After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 722608 - [iOS 1.2.2] Moving GStream.framework cause errors
[iOS 1.2.2] Moving GStream.framework cause errors
Status: RESOLVED INCOMPLETE
Product: GStreamer
Classification: Platform
Component: packages
unspecified
Other other
: Normal normal
: NONE
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2014-01-20 15:09 UTC by dudiripper
Modified: 2016-05-22 16:57 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description dudiripper 2014-01-20 15:09:48 UTC
Hello,

I was struggle with this error over a week. I try with tutorial, templates and my own projects. If you move and change searching paths to other than "~/Library/Developer/GStreamer/iPhone.sdk" for Frameworks and "~/Library/Developer/GStreamer/iPhone.sdk/GStreamer.framework/Headers" for headers in Xcode 5.  Then Xcode throw errors because he can't find or some function (in my own project) or headers (in tutorials).  Solution in both cases is set those paths.
Comment 1 Andoni Morales 2014-01-21 11:48:25 UTC
The issue comes from moving the GStreamer framework to /Library/Frameworks or from adding -F /Library/Frameworks ?
Do you have the OS X framework installed too?
Comment 2 dudiripper 2014-01-21 11:53:30 UTC
(In reply to comment #1)
> The issue comes from moving the GStreamer framework to /Library/Frameworks or
> from adding -F /Library/Frameworks ?
> Do you have the OS X framework installed too?

Yes I do, so the issue is that GStreamer for OSx and iOS have the same name.
Comment 3 Andoni Morales 2014-01-21 11:58:03 UTC
Adding -F /Library/Frameworks for an iOS build is wrong, why do you need it at all?
Comment 4 dudiripper 2014-01-21 11:59:21 UTC
It was added by xcode by default.
Comment 5 Andoni Morales 2014-01-21 12:06:51 UTC
Right, I was confused with one of the debug lines you posted on the ML.
We might need to rename the iOs framework if we can't find a way to avoid the name collision. Changing the order of the search paths might work though, but I haven't tried anything yet.
For now, the easiest thing is to remove the framework, and drag&drop the correct iOS framework from  ~/Developer/GStreamer/iPhone.sdk/GStreamer.framework
Comment 6 Andoni Morales 2014-01-21 12:14:41 UTC
What version of XCode are you using? Are you sure you are not adding -F /Library/Frameworks manually? I have just double-checked and XCode is not adding it here.

For iOS XCode should be using -F/Applications/Xcode.app/Contents/Developer/Library/Frameworks

The values in Framework Search Paths should be:
 * ~/Library/Developer/GStreamer/iPhone.sdk
 * $(DEVELOPER_FRAMEWORKS_DIR)
Comment 7 dudiripper 2014-01-21 12:18:54 UTC
I'm using Xcode 5, and atm I can't confirm for 100% that I didn't add it by myself because it's been a while since I start that project.
Comment 8 Andoni Morales 2014-01-21 14:35:31 UTC
Well, I am using the same version of XCode and creating a test application using the template, /Library/Frameworks is not anywhere in the link path:

Ld /Users/fluendo/Library/Developer/Xcode/DerivedData/TestApp-dyydyakxmttrqbdefowocavosdmt/Build/Products/Debug-iphonesimulator/TestApp.app/TestApp normal i386
    cd "/Users/fluendo/Documents/Test App/TestApp"
    setenv IPHONEOS_DEPLOYMENT_TARGET 7.0
    setenv PATH "/Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/usr/bin:/Applications/Xcode.app/Contents/Developer/usr/bin:/usr/bin:/bin:/usr/sbin:/sbin"
    /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin/clang -arch i386 -isysroot /Applications/Xcode.app/Contents/Developer/Platforms/iPhoneSimulator.platform/Developer/SDKs/iPhoneSimulator7.0.sdk -L/Users/fluendo/Library/Developer/Xcode/DerivedData/TestApp-dyydyakxmttrqbdefowocavosdmt/Build/Products/Debug-iphonesimulator -F/Users/fluendo/Library/Developer/Xcode/DerivedData/TestApp-dyydyakxmttrqbdefowocavosdmt/Build/Products/Debug-iphonesimulator -F/Users/fluendo/Library/Developer/GStreamer/iPhone.sdk -F/Applications/Xcode.app/Contents/Developer/Library/Frameworks -filelist /Users/fluendo/Library/Developer/Xcode/DerivedData/TestApp-dyydyakxmttrqbdefowocavosdmt/Build/Intermediates/TestApp.build/Debug-iphonesimulator/TestApp.build/Objects-normal/i386/TestApp.LinkFileList -Xlinker -objc_abi_version -Xlinker 2 -lresolv -lstdc++ -framework CoreFoundation -framework Foundation -framework AVFoundation -framework CoreMedia -framework CoreVideo -framework CoreAudio -framework AudioToolbox -framework OpenGLES -framework AssetsLibrary -framework QuartzCore -framework AssetsLibrary -fobjc-arc -fobjc-link-runtime -Xlinker -no_implicit_dylibs -mios-simulator-version-min=7.0 -framework CoreGraphics -framework GStreamer -framework UIKit -framework Foundation -Xlinker -dependency_info -Xlinker /Users/fluendo/Library/Developer/Xcode/DerivedData/TestApp-dyydyakxmttrqbdefowocavosdmt/Build/Intermediates/TestApp.build/Debug-iphonesimulator/TestApp.build/Objects-normal/i386/TestApp_dependency_info.dat -o /Users/fluendo/Library/Developer/Xcode/DerivedData/TestApp-dyydyakxmttrqbdefowocavosdmt/Build/Products/Debug-iphonesimulator/TestApp.app/TestApp
Comment 9 Jan Schmidt 2016-04-12 04:49:06 UTC
ping? Should we close this?
Comment 10 Tim-Philipp Müller 2016-05-22 16:57:31 UTC
Closing this bug report as no further information has been provided. Please feel free to reopen this bug report if you can provide the information that was asked for in a previous comment.
Thanks!