Learn what Felgo offers to help your business succeed. Start your free evaluation today! Felgo for Your Business

Forums

OverviewFelgo Installation › error: symbol(s) not found for architecture x86_64

Tagged: ,

Viewing 7 posts - 1 through 7 (of 7 total)
  • Author
    Posts
  • #4592

    Jay

    Just downloaded and installed, created a new project and tried to run it before typing any kind of code, and I get these two error messages:

    :-1: error: symbol(s) not found for architecture x86_64

    :-1: error: collect2: ld returned 1 exit status

    Also before that I get the warning:

    /Users/jay/VPlayFun-build-desktop-Desktop_Qt_4_8_0_for_GCC__Qt_SDK__Debug/../FelgoSDK/Desktop/Qt/4.8.0/gcc/include/QtCore/qglobal.h:328: warning: #warning “This version of Mac OS X is unsupported”

    I’m running Mac OS X 10.8.2 and Felgo is the one I downloaded just a few hours ago (Qt Creator say’s it’s 2.4.1). I also have Xcode 4.6.1 installed (as well as the Xcode command line tools).

    Any ideas?

    Jay

    #4593

    Jay

    More info that may have something to do with the problem…

    A couple weeks ago I was exploring Qt and downloaded and installed Qt SDK — Qt Creator 2.6.2 was in that install.

    So that is still on my hard drive (although Felgo was installed in a different location on the drive).

    Is the existence of two Qt SDKs confusing things?

    Jay

    #4594

    Alex
    Felgo Team

    Hi Jay,

    as I can see all Felgo requirements are met in your installation, in general two or more co-existing Qt SDKs should also be no problem. It however looks like you’ve installed / you’re using Qt version 4.8.0 in the current SDK configuration.

    Could you please:

    1. Open the SDKMaintenanceTool in your root installation directory and check that Qt 4.8.1 is installed (like in this screenshot: http://d.pr/i/IjvA ).
    2. Post the clean output of the Compile Output tab in Qt Creator after running Build -> Run qmake
    3. Check under the left Projects tab in Qt Creator that Qt version 4.8.1 is selected

    Thanks,

    Alex

    #4596

    Jay

    Qt 4.8.1 is installed.

    Qt version 4.8.1 is selected under the Projects tab.

    I don’t have a Run qmake option under the Build menu — I do have a Run, however. The Compile Output results of that are pasted in below.

    Thanks.

    Jay

     

    02:48:00: Running build steps for project VPlayFun...
    02:48:00: Configuration unchanged, skipping qmake step.
    02:48:00: Starting: "/usr/bin/make" -w
    make: Entering directory `/Users/jay/VPlayFunBuild'
    g++ -headerpad_max_install_names -arch x86_64 -Xarch_x86_64 -mmacosx-version-min=10.5 -o VPlayFun.app/Contents/MacOS/VPlayFun main.o qmlapplicationviewer.o moc_qmlapplicationviewer.o   -F/Users/jay/FelgoSDK/Desktop/Qt/4.8.1/gcc/lib -L/Users/jay/FelgoSDK/Desktop/Qt/4.8.1/gcc/lib -framework Cocoa -framework OpenGL -framework OpenAL -framework AudioToolbox -L/Users/jay/FelgoSDK/Desktop/Qt/4.8.1/gcc/../../../FelgoSDK/lib/third_party -lcurl -lfreetype -ljpeg -lpng14 -lxml2 -lz -L/Users/jay/FelgoSDK/Desktop/Qt/4.8.1/gcc/../../../FelgoSDK/lib -lVPlay -framework QtDeclarative -L/usr/local/pgsql/lib -L/tmp/qt-stuff-85167/source/qt-everywhere-opensource-src-4.8.1/Desktop/Qt/4.8.1/gcc/lib -F/tmp/qt-stuff-85167/source/qt-everywhere-opensource-src-4.8.1/Desktop/Qt/4.8.1/gcc/lib -framework QtScript -framework QtCore -framework QtSvg -framework QtGui -framework QtSql -framework QtXmlPatterns -framework QtNetwork 
    ld: warning: directory not found for option '-L/usr/local/pgsql/lib'
    ld: warning: directory not found for option '-L/tmp/qt-stuff-85167/source/qt-everywhere-opensource-src-4.8.1/Desktop/Qt/4.8.1/gcc/lib'
    ld: warning: directory not found for option '-F/tmp/qt-stuff-85167/source/qt-everywhere-opensource-src-4.8.1/Desktop/Qt/4.8.1/gcc/lib'
    ld: warning: ignoring file /Library/Frameworks//OpenAL.framework/OpenAL, file was built for unsupported file format ( 0xfe 0xed 0xfa 0xce 0x 0 0x 0 0x 0 0x12 0x 0 0x 0 0x 0 0x 0 0x 0 0x 0 0x 0 0x 6 ) which is not the architecture being linked (x86_64): /Library/Frameworks//OpenAL.framework/OpenAL
    Undefined symbols for architecture x86_64:
      "_alBufferData", referenced from:
          -[CDSoundEngine loadBufferFromData:soundData:format:size:freq:] in libVPlay.a(CocosDenshion.o)
      "_alDeleteBuffers", referenced from:
          -[CDSoundEngine unloadBuffer:] in libVPlay.a(CocosDenshion.o)
          -[CDSoundEngine dealloc] in libVPlay.a(CocosDenshion.o)
      "_alDeleteSources", referenced from:
          -[CDSoundEngine dealloc] in libVPlay.a(CocosDenshion.o)
      "_alGenBuffers", referenced from:
          -[CDSoundEngine unloadBuffer:] in libVPlay.a(CocosDenshion.o)
          -[CDSoundEngine _generateBuffers:endIndex:] in libVPlay.a(CocosDenshion.o)
      "_alGenSources", referenced from:
          -[CDSoundEngine _generateSources] in libVPlay.a(CocosDenshion.o)
      "_alGetError", referenced from:
          -[CDAudioManager audioSessionResumed] in libVPlay.a(CDAudioManager.o)
          -[CDAudioManager audioSessionInterrupted] in libVPlay.a(CDAudioManager.o)
          -[CDSoundSource rewind] in libVPlay.a(CocosDenshion.o)
          -[CDSoundSource pause] in libVPlay.a(CocosDenshion.o)
          -[CDSoundSource play] in libVPlay.a(CocosDenshion.o)
          -[CDSoundSource stop] in libVPlay.a(CocosDenshion.o)
          -[CDSoundSource looping] in libVPlay.a(CocosDenshion.o)
          ...
      "_alGetListenerf", referenced from:
          -[CDSoundEngine masterGain] in libVPlay.a(CocosDenshion.o)
      "_alGetSourcef", referenced from:
          -[CDSoundSource looping] in libVPlay.a(CocosDenshion.o)
          -[CDSoundSource gain] in libVPlay.a(CocosDenshion.o)
          -[CDSoundSource pitch] in libVPlay.a(CocosDenshion.o)
          -[CDSoundEngine _testGetGain] in libVPlay.a(CocosDenshion.o)
      "_alGetSourcefv", referenced from:
          -[CDSoundSource pan] in libVPlay.a(CocosDenshion.o)
      "_alGetSourcei", referenced from:
          -[CDSoundSource isPlaying] in libVPlay.a(CocosDenshion.o)
          -[CDSoundEngine _soundSourceAttachToBuffer:soundId:] in libVPlay.a(CocosDenshion.o)
          -[CDSoundEngine playSound:sourceGroupId:pitch:pan:gain:loop:] in libVPlay.a(CocosDenshion.o)
          -[CDSoundEngine _getSourceIndexForSourceGroup:] in libVPlay.a(CocosDenshion.o)
      "_alListenerf", referenced from:
          -[CDSoundEngine setMute:] in libVPlay.a(CocosDenshion.o)
          -[CDSoundEngine setMasterGain:] in libVPlay.a(CocosDenshion.o)
      "_alSourcePause", referenced from:
          -[CDSoundSource pause] in libVPlay.a(CocosDenshion.o)
          -[CDSoundEngine pauseSound:] in libVPlay.a(CocosDenshion.o)
      "_alSourcePlay", referenced from:
          -[CDSoundSource play] in libVPlay.a(CocosDenshion.o)
          -[CDSoundEngine resumeSound:] in libVPlay.a(CocosDenshion.o)
          -[CDSoundEngine playSound:sourceGroupId:pitch:pan:gain:loop:] in libVPlay.a(CocosDenshion.o)
      "_alSourceRewind", referenced from:
          -[CDSoundSource rewind] in libVPlay.a(CocosDenshion.o)
      "_alSourceStop", referenced from:
          -[CDSoundSource stop] in libVPlay.a(CocosDenshion.o)
          -[CDSoundEngine stopAllSounds] in libVPlay.a(CocosDenshion.o)
          -[CDSoundEngine stopSound:] in libVPlay.a(CocosDenshion.o)
          -[CDSoundEngine stopSourceGroup:] in libVPlay.a(CocosDenshion.o)
          -[CDSoundEngine _soundSourceAttachToBuffer:soundId:] in libVPlay.a(CocosDenshion.o)
          -[CDSoundEngine playSound:sourceGroupId:pitch:pan:gain:loop:] in libVPlay.a(CocosDenshion.o)
          -[CDSoundEngine unloadBuffer:] in libVPlay.a(CocosDenshion.o)
          ...
      "_alSourcef", referenced from:
          -[CDSoundSource setGain:] in libVPlay.a(CocosDenshion.o)
          -[CDSoundSource setPitch:] in libVPlay.a(CocosDenshion.o)
          -[CDSoundEngine playSound:sourceGroupId:pitch:pan:gain:loop:] in libVPlay.a(CocosDenshion.o)
          -[CDSoundEngine _testGetGain] in libVPlay.a(CocosDenshion.o)
      "_alSourcefv", referenced from:
          -[CDSoundSource setPan:] in libVPlay.a(CocosDenshion.o)
          -[CDSoundEngine playSound:sourceGroupId:pitch:pan:gain:loop:] in libVPlay.a(CocosDenshion.o)
      "_alSourcei", referenced from:
          -[CDSoundSource setLooping:] in libVPlay.a(CocosDenshion.o)
          -[CDSoundEngine _soundSourceAttachToBuffer:soundId:] in libVPlay.a(CocosDenshion.o)
          -[CDSoundEngine playSound:sourceGroupId:pitch:pan:gain:loop:] in libVPlay.a(CocosDenshion.o)
          -[CDSoundEngine unloadBuffer:] in libVPlay.a(CocosDenshion.o)
          -[CDSoundEngine dealloc] in libVPlay.a(CocosDenshion.o)
          -[CDSoundEngine _generateSources] in libVPlay.a(CocosDenshion.o)
      "_alcCloseDevice", referenced from:
          -[CDSoundEngine dealloc] in libVPlay.a(CocosDenshion.o)
      "_alcCreateContext", referenced from:
          -[CDSoundEngine _initOpenAL] in libVPlay.a(CocosDenshion.o)
      "_alcDestroyContext", referenced from:
          -[CDSoundEngine dealloc] in libVPlay.a(CocosDenshion.o)
      "_alcGetContextsDevice", referenced from:
          -[CDSoundEngine dealloc] in libVPlay.a(CocosDenshion.o)
      "_alcGetCurrentContext", referenced from:
          -[CDAudioManager audioSessionResumed] in libVPlay.a(CDAudioManager.o)
          -[CDAudioManager audioSessionInterrupted] in libVPlay.a(CDAudioManager.o)
          -[CDAudioManager badAlContextHandler] in libVPlay.a(CDAudioManager.o)
          -[CDSoundSource play] in libVPlay.a(CocosDenshion.o)
          -[CDSoundEngine playSound:sourceGroupId:pitch:pan:gain:loop:] in libVPlay.a(CocosDenshion.o)
          -[CDSoundEngine dealloc] in libVPlay.a(CocosDenshion.o)
      "_alcGetProcAddress", referenced from:
          alBufferDataStaticProc(int, int, void*, int, int)in libVPlay.a(CocosDenshion.o)
          -[CDSoundEngine _initOpenAL] in libVPlay.a(CocosDenshion.o)
          alcMacOSXMixerOutputRateProc(double)in libVPlay.a(CocosDenshion.o)
      "_alcMakeContextCurrent", referenced from:
          -[CDAudioManager audioSessionResumed] in libVPlay.a(CDAudioManager.o)
          -[CDAudioManager audioSessionInterrupted] in libVPlay.a(CDAudioManager.o)
          -[CDSoundEngine _initOpenAL] in libVPlay.a(CocosDenshion.o)
      "_alcOpenDevice", referenced from:
          -[CDSoundEngine _initOpenAL] in libVPlay.a(CocosDenshion.o)
    ld: symbol(s) not found for architecture x86_64
    collect2: ld returned 1 exit status
    make: *** [VPlayFun.app/Contents/MacOS/VPlayFun] Error 1
    make: Leaving directory `/Users/jay/VPlayFunBuild'
    02:48:00: The process "/usr/bin/make" exited with code 2.
    Error while building project VPlayFun (target: Desktop)
    When executing build step 'Make'

     

    #4597

    Alex
    Felgo Team

    Looks like probably another tool installed the OpenAL framework under /Library/Frameworks which has precedence over the desired system framework under /System/Library/Framework.

    You can temporarily rename the /Library/Frameworks/OpenAL.framework directory to OpenAL.framework.backup to check if the problem is gone then.

    For further debugging you can run

    file /Library/Frameworks/OpenAL.framework/OpenAL

    to check for which platform this framework might be built for (should output a line like Mach-O 64-bit dynamically linked shared library x86_64)

    (If this framework is indeed used by other tools we can then try to add the correct framework search path at the beginning of FRAMEWORK_SEARCH_PATHS variable.)

    Thanks,

    Alex

    #4598

    Jay

    It looks like renaming the OpenAL folder fixed things.

    So how do I figure out whether some other tool is using that, just wait and see if something else breaks? 🙂 (I do Corona development and just ran one of my projects and all the audio worked, although not sure if that was a valid test or not.)

    Thanks for the quick help on this.

    Jay

    #4599

    Alex
    Felgo Team

    Glad we found the issue!

    Actually, from the viewpoint of a developer, I’m also not a big fan of renaming some files and hoping everything else’s still working. 😉 Tools should co-exist on a development platform without interfering each others imho. OpenAL is however a system-wide standard framework shipped with Mac OS X, therefore Felgo assumes the one under the framework search path is the correct one. We however try to change this behavior to be more specific which location should be used in one of our following updates, thanks for pointing this out.

    Cheers,

    Alex

Viewing 7 posts - 1 through 7 (of 7 total)

RSS feed for this thread

You must be logged in to reply to this topic.

Qt_Technology_Partner_RGB_475 Qt_Service_Partner_RGB_475_padded