Added some C++ to Torque, Mac builds no executables now!
by Anthony Lovell · in Torque Game Engine · 01/24/2004 (1:15 pm) · 7 replies
Not sure what I did wrong.
I added some code for VOIP to Torque, added a few frameworks to support it (CoreAudio, AudioToolkit), and libspeex.a -- now the build claims success except it never puts an executable file into the .app!
What might have caused this? I changed nothing fundamental about the targets or such.
tone
here is how my link went, at the beginning and at the end, at least:
/Developer/Private/jam -d1 -j1 JAMBASE=/Developer/Makefiles/pbx_jamfiles/ProjectBuilderJambase JAMFILE=- build ACTION=build _DEFAULT_GCC_VERSION=2.95.2 BUILD_STYLE=Development "CPP_HEADERMAP_FILE=/Users/tone/Documents/src/cvsroot/torque/pb/build/torque_pb_2_1.build/Torque-MacCarb-Debug.build/Torque Demo Debug OSX.hmap" SRCROOT=/Users/tone/Documents/src/cvsroot/torque/pb OBJROOT=/Users/tone/Documents/src/cvsroot/torque/pb/build SYMROOT=/Users/tone/Documents/src/cvsroot/torque/pb/build DSTROOT=/tmp/torque_pb_2_1.dst
PBXCp /Users/tone/Documents/src/cvsroot/torque/pb/build/Torque Demo Debug OSX.app/Contents/Info.plist
/Developer/Tools/pbxcp -exclude .DS_Store -exclude CVS -resolve-src-symlinks /Users/tone/Documents/src/cvsroot/torque/pb/build/torque_pb_2_1.build/Torque-MacCarb-Debug.build/Info.plist "/Users/tone/Documents/src/cvsroot/torque/pb/build/Torque Demo Debug OSX.app/Contents"
..... snip ....
BuildPhaseTorque Demo Debug OSX.app
BuildPhaseTorque Demo Debug OSX.app
Touch /Users/tone/Documents/src/cvsroot/torque/pb/build/Torque Demo Debug OSX.app
I added some code for VOIP to Torque, added a few frameworks to support it (CoreAudio, AudioToolkit), and libspeex.a -- now the build claims success except it never puts an executable file into the .app!
What might have caused this? I changed nothing fundamental about the targets or such.
tone
here is how my link went, at the beginning and at the end, at least:
/Developer/Private/jam -d1 -j1 JAMBASE=/Developer/Makefiles/pbx_jamfiles/ProjectBuilderJambase JAMFILE=- build ACTION=build _DEFAULT_GCC_VERSION=2.95.2 BUILD_STYLE=Development "CPP_HEADERMAP_FILE=/Users/tone/Documents/src/cvsroot/torque/pb/build/torque_pb_2_1.build/Torque-MacCarb-Debug.build/Torque Demo Debug OSX.hmap" SRCROOT=/Users/tone/Documents/src/cvsroot/torque/pb OBJROOT=/Users/tone/Documents/src/cvsroot/torque/pb/build SYMROOT=/Users/tone/Documents/src/cvsroot/torque/pb/build DSTROOT=/tmp/torque_pb_2_1.dst
PBXCp /Users/tone/Documents/src/cvsroot/torque/pb/build/Torque Demo Debug OSX.app/Contents/Info.plist
/Developer/Tools/pbxcp -exclude .DS_Store -exclude CVS -resolve-src-symlinks /Users/tone/Documents/src/cvsroot/torque/pb/build/torque_pb_2_1.build/Torque-MacCarb-Debug.build/Info.plist "/Users/tone/Documents/src/cvsroot/torque/pb/build/Torque Demo Debug OSX.app/Contents"
..... snip ....
BuildPhase
BuildPhase
Touch /Users/tone/Documents/src/cvsroot/torque/pb/build/Torque Demo Debug OSX.app
#2
01/26/2004 (9:45 am)
Beats me :-/
#3
check the copy phases of the target
revert to an old project file & see what happens
check the console for errors pb/xcode neglected to print.
01/26/2004 (10:44 am)
This happened to me about a year ago. In the end, I had to revert to an older project file, delete the build/ folder, and try again.check the copy phases of the target
revert to an old project file & see what happens
check the console for errors pb/xcode neglected to print.
#4
Is there something I may have done wrong in preparing libspeex.a ? It worked fine in a sample Carbon app I coded before trying to work it into the Torque demo, so I believe it is a valid library. But perhaps I need a dynamically linked library?
For reference, I also tried this under Xcode, and it at least reported a build failure, albeit without further data on why. If it helps, this was the linking command that Xcode gave when it failed (below). I worry that although it twice included reference to my -L directory for libspeex.a , itg does not reference the library file itself. Ideas?
tone
Building ZeroLink launcher "/Users/tone/Documents/src/cvsroot/torque/pb/build/Torque Demo Debug OSX.app/Contents/MacOS/Torque Demo Debug OSX"
mkdir -p "/Users/tone/Documents/src/cvsroot/torque/pb/build/\"Torque Demo Debug OSX\".app/Contents/MacOS"
cd /Users/tone/Documents/src/cvsroot/torque/pb
/usr/bin/ld -o "/Users/tone/Documents/src/cvsroot/torque/pb/build/\"Torque Demo Debug OSX\".app/Contents/MacOS/\"Torque Demo Debug OSX\"" -lcrt1.o /System/Library/PrivateFrameworks/ZeroLink.framework/Resources/libZeroLinkAppStub.a -all_load -lSystem -L/Users/tone/Documents/src/cvsroot/torque/pb/build -L../lib/speex/macosx -L../lib/vorbis/macosx -L/Users/tone/Documents/src/cvsroot/torque/lib/speex/macosx -F/Users/tone/Documents/src/cvsroot/torque/pb/build -framework AGL -framework Carbon -framework OpenGL -framework CoreFoundation -framework DrawSprocket -framework CoreServices -framework AudioToolbox -framework CoreAudio "/Users/tone/Documents/src/cvsroot/torque/pb/build/torque_pb_2_1.build/Torque-MacCarb-Debug (Upgraded).build/Objects-normal/ppc/libstdc++_ZeroLink.dylib" -stack_size 100000 -stack_addr c0000000 -framework ZeroLink -F/System/Library/PrivateFrameworks/ -x -unexported_symbols_list /System/Library/PrivateFrameworks/ZeroLink.framework/Versions/A/Resources/ZeroLinkAppStub.nexp -sectcreate __TEXT __zerolink "/Users/tone/Documents/src/cvsroot/torque/pb/build/torque_pb_2_1.build/Torque-MacCarb-Debug (Upgraded).build/Objects-normal/\"Torque Demo Debug OSX\".zerolink"
01/26/2004 (3:32 pm)
Ok .. I reverted to the basic Rel1.2 project and advanced until I had the problem again. The issue appears to arise only when I add my static library (libspeex.a) to the project -- in a manner analogous to libogg.a and libvorbis.a (or so I believe, having checked their settings).Is there something I may have done wrong in preparing libspeex.a ? It worked fine in a sample Carbon app I coded before trying to work it into the Torque demo, so I believe it is a valid library. But perhaps I need a dynamically linked library?
For reference, I also tried this under Xcode, and it at least reported a build failure, albeit without further data on why. If it helps, this was the linking command that Xcode gave when it failed (below). I worry that although it twice included reference to my -L directory for libspeex.a , itg does not reference the library file itself. Ideas?
tone
Building ZeroLink launcher "/Users/tone/Documents/src/cvsroot/torque/pb/build/Torque Demo Debug OSX.app/Contents/MacOS/Torque Demo Debug OSX"
mkdir -p "/Users/tone/Documents/src/cvsroot/torque/pb/build/\"Torque Demo Debug OSX\".app/Contents/MacOS"
cd /Users/tone/Documents/src/cvsroot/torque/pb
/usr/bin/ld -o "/Users/tone/Documents/src/cvsroot/torque/pb/build/\"Torque Demo Debug OSX\".app/Contents/MacOS/\"Torque Demo Debug OSX\"" -lcrt1.o /System/Library/PrivateFrameworks/ZeroLink.framework/Resources/libZeroLinkAppStub.a -all_load -lSystem -L/Users/tone/Documents/src/cvsroot/torque/pb/build -L../lib/speex/macosx -L../lib/vorbis/macosx -L/Users/tone/Documents/src/cvsroot/torque/lib/speex/macosx -F/Users/tone/Documents/src/cvsroot/torque/pb/build -framework AGL -framework Carbon -framework OpenGL -framework CoreFoundation -framework DrawSprocket -framework CoreServices -framework AudioToolbox -framework CoreAudio "/Users/tone/Documents/src/cvsroot/torque/pb/build/torque_pb_2_1.build/Torque-MacCarb-Debug (Upgraded).build/Objects-normal/ppc/libstdc++_ZeroLink.dylib" -stack_size 100000 -stack_addr c0000000 -framework ZeroLink -F/System/Library/PrivateFrameworks/ -x -unexported_symbols_list /System/Library/PrivateFrameworks/ZeroLink.framework/Versions/A/Resources/ZeroLinkAppStub.nexp -sectcreate __TEXT __zerolink "/Users/tone/Documents/src/cvsroot/torque/pb/build/torque_pb_2_1.build/Torque-MacCarb-Debug (Upgraded).build/Objects-normal/\"Torque Demo Debug OSX\".zerolink"
#5
tone
01/26/2004 (3:33 pm)
Oh I should add that the console is showing no errors -- thanks for that tip!tone
#6
tone
02/03/2004 (7:36 am)
As it so often happens, this issue just resolved itself. Gremlins seem the likely cause, but I am also bringing some pixies in for routine questioning.tone
#7
Glad you got your problem fixed, though.
02/09/2004 (12:07 am)
I have found that when it comes to libraries, Xcode seems just filled with gremlins. :-/Glad you got your problem fixed, though.
Torque Owner Anthony Lovell
I would expect some symbols to be missing if my code were needed but the .o's were not found. But there are no error messages listed -- and no executable created.
tone