The Ur-Quan Masters Discussion Forum

The Ur-Quan Masters Re-Release => Technical Issues => Topic started by: JHGuitarFreak on November 27, 2008, 02:24:47 am



Title: Compiling on Intel iMac in Leopard?
Post by: JHGuitarFreak on November 27, 2008, 02:24:47 am
I get this error, I might eventually solve it myself but just in case I don't

Code:
gument 2 of ‘SoundDecoder_Load’ differ in signedness
  CC       obj/debug/src/sc2code/libs/sound/mixer/mixer.c.o
  CC       obj/debug/src/sc2code/libs/sound/mixer/sdl/audiodrv_sdl.c.o
  CC       obj/debug/src/sc2code/libs/sound/mixer/nosound/audiodrv_nosound.c.o
  CC       obj/debug/src/sc2code/libs/sound/decoders/decoder.c.o
  CC       obj/debug/src/sc2code/libs/sound/decoders/wav.c.o
  CC       obj/debug/src/sc2code/libs/sound/decoders/dukaud.c.o
  CC       obj/debug/src/sc2code/libs/sound/decoders/modaud.c.o
powerpc-apple-darwin9-gcc-4.0.1: : No such file or directory
i686-apple-darwin9-gcc-4.0.1: no input files
powerpc-apple-darwin9-gcc-4.0.1: no input files
lipo: can't figure out the architecture type of: /var/folders/QB/QBL-z7naGL0T0-3W-Zm8JU+++TU/-Tmp-//cciHWxR6.out
make: *** [obj/debug/src/sc2code/libs/sound/decoders/modaud.c.o] Error 1
Tempibones:sc2 Tony$ \

Thanks for the help in advance.


EDIT / UPDATE:

Got it working, obviously something simple as the libmikmod needed to be run internally ;D


Title: Re: Compiling on Intel iMac in Leopard?
Post by: 0xDEC0DE on November 27, 2008, 05:32:02 pm
Alternately, go here (https://bugs.uqm.stack.nl/show_bug.cgi?id=1042) and get the Xcode project files.

To the best of my knowledge, there hasn't been any substantial "code drift" that would have rendered it non-functional, as tends to happen with the patches in UQM's Bugzilla.


Title: Re: Compiling on Intel iMac in Leopard?
Post by: JHGuitarFreak on November 29, 2008, 02:17:50 am
OK so now that I have the old iMac (G3) running i've run into some aggravating issues.

Code:
'echo -n' capable echo found.
Sed stream editor found.
tr found.
Make found.
build/unix/build.sh: line 1: libmikmod-config: command not found
build/unix/build.sh: line 1: libmikmod-config: command not found
build/unix/build.sh: line 1: libmikmod-config: command not found
GNU C compiler found.
We have a C preprocessor.
We have a C dependency generator.
We have a C compiler.
We have a linker.
We have a Objective-C preprocessor.
We have a Objective-C dependency generator.
We have a Objective-C compiler.
Rez resource compiler (Apple Developer Tools) found.
We have a MacOS X resource compiler (Rez).
Little-endian machine detected.
Simple DirectMedia Layer not found.

Frameworks are installed to /Library/Frameworks/

I have all the correct frameworks and the necessities yet it still gives me the "SDL not found" message.

Now i've obviously compiled succesfully on the Intel iMac but I'm guessing it's nowhere near the same (Intel iMac as Leopard, G3 iMac has Tiger).

thanks for any further help


Title: Re: Compiling on Intel iMac in Leopard?
Post by: 0xDEC0DE on November 29, 2008, 07:34:17 pm
It should compile with Xcode using the project files listed above, give those a shot.


Title: Re: Compiling on Intel iMac in Leopard?
Post by: JHGuitarFreak on November 30, 2008, 08:48:54 am
I'm getting the same basic respons, sdl.h not found.
Basically UQM refuses to see that SDL exists under mac os x



Title: Re: Compiling on Intel iMac in Leopard?
Post by: 0xDEC0DE on November 30, 2008, 07:01:51 pm
What file is trying to include SDL.h and not finding it?  Can you provide the error message from Xcode?


Title: Re: Compiling on Intel iMac in Leopard?
Post by: JHGuitarFreak on November 30, 2008, 11:16:51 pm
Code:
Building target “The Ur-Quan Masters” of project “uqm” — (4 errors)
    cd /Users/joymarquez/Desktop/uqm-0.6.2/sc2/build/macosx
    /usr/bin/gcc-4.0 -x c -arch ppc -pipe -Wno-trigraphs -fpascal-strings -fasm-blocks -g -O0 -Wno-pointer-sign -DDEBUG
-D__MACOSX__ -DHAVE_OPENGL -DGFXMODULE_SDL -DSOUNDMODULE_SDL -DTHREADLIB_SDL
-DUSE_INTERNAL_MIKMOD -DNETPLAY=NETPLAY_FULL -DHAVE_JOYSTICK -DHAVE_ZIP=1
-fmessage-length=0 -mtune=G4 -F/Users/joymarquez/Desktop/uqm-0.6.2/sc2/build/macosx/build/Debug\ -\ symlink\ content -I.
-I../.. -I../../src -I../../src/sc2code -I../../src/sc2code/libs -I/Users/joymarquez/Desktop/uqm-0.6.2/sc2/build/macosx/build/Debug\
-\ symlink\ content/include -I/Users/joymarquez/Desktop/uqm-0.6.2/sc2/build/macosx/build/uqm.build/Debug\
-\ symlink\ content/The\ Ur-Quan\ Masters.build/DerivedSources -W -Wall
-c /Users/joymarquez/Desktop/uqm-0.6.2/sc2/build/macosx/../../src/sc2code/libs/graphics/sdl/triscan2x.c
-o /Users/joymarquez/Desktop/uqm-0.6.2/sc2/build/macosx/build/uqm.build/Debug\
-\ symlink\ content/The\ Ur-Quan\ Masters.build/Objects-normal/ppc/triscan2x.o
In file included from ../../src/sc2code/libs/graphics/sdl/sdl_common.h:25,
                 from /Users/joymarquez/Desktop/uqm-0.6.2/sc2/build/macosx/../../src/sc2code/libs/graphics/sdl/triscan2x.c:25:
/System/Library/Frameworks/SDL_image.framework/Headers/SDL_image.h:30:17: error: SDL.h: No such file or directory
/System/Library/Frameworks/SDL_image.framework/Headers/SDL_image.h:31:25: error: SDL_version.h: No such file or directory
/System/Library/Frameworks/SDL_image.framework/Headers/SDL_image.h:32:24: error: begin_code.h: No such file or directory
/System/Library/Frameworks/SDL_image.framework/Headers/SDL_image.h:114:24: error: close_code.h: No such file or directory
                 from /Users/joymarquez/Desktop/uqm-0.6.2/sc2/build/macosx/../../src/sc2code/libs/graphics/sdl/triscan2x.c:25:
In file included from ../../src/sc2code/libs/graphics/sdl/sdl_common.h:25,
/System/Library/Frameworks/SDL_image.framework/Headers/SDL_image.h:30:17: error: SDL.h: No such file or directory
/System/Library/Frameworks/SDL_image.framework/Headers/SDL_image.h:31:25: error: SDL_version.h: No such file or directory
/System/Library/Frameworks/SDL_image.framework/Headers/SDL_image.h:32:24: error: begin_code.h: No such file or directory
/System/Library/Frameworks/SDL_image.framework/Headers/SDL_image.h:114:24: error: close_code.h: No such file or directory
Build failed (4 errors)

(edited to split invocation across multiple lines so it doesn't break Firefox - D999)


Title: Re: Compiling on Intel iMac in Leopard?
Post by: 0xDEC0DE on December 01, 2008, 09:32:34 pm
Ah, that's SDL_image being stupid about its includes.  I modified my copy forever ago, I keep forgetting that the libsdl.org distribution is all gummed up.

If you add this switch into the CFLAGS for the project:

Code:
-I/Library/Frameworks/SDL.framework/Headers

It should be able to get its head straight.  There's also a "fixed" version of the SDL_image framework you can replace yours with available here (http://www.submedia.net/uqm/).


Title: Re: Compiling on Intel iMac in Leopard?
Post by: JHGuitarFreak on December 01, 2008, 10:40:36 pm
this may or may not be a stupid question, how do I add to the cflags?


Title: Re: Compiling on Intel iMac in Leopard?
Post by: 0xDEC0DE on December 03, 2008, 05:42:10 am
  • In the "Groups & Files" pane, expand "Targets", and highlight "The Ur-Quan Masters"
  • In the Xcode menu, choose File -> Get Info
  • Double-click the "User Header Search Paths"
  • In the panel that appears, click "+"
  • Enter the path to your SDL headers directory
  • Try to build again
It's actually much simpler than it seems from that list...


Title: Re: Compiling on Intel iMac in Leopard?
Post by: JHGuitarFreak on December 03, 2008, 10:14:58 am
Still having the same error. :P :-[


Title: Re: Compiling on Intel iMac in Leopard?
Post by: 0xDEC0DE on December 04, 2008, 07:46:21 am
Got nothin', then.  That really ought work.

You can click on the error in Xcode and it should take you to the header file that's acting up, if you change the includes to look something like this:

#include <SDL/SDL.h>
#include <SDL/SDL_version.h>
...etc.


...the compiler ought be able to find what it's looking for.


Title: Re: Compiling on Intel iMac in Leopard?
Post by: JHGuitarFreak on December 04, 2008, 11:38:38 am
well i don't have the PPC mac online at the moment but from what i can remember it was one of the Video Effects (triscan2x.c) that begins the problem then it scales down to "sdl_image.h".

Which it shows in the error log I posted earlier.
So i'll do that tomorrow when i get up while my significant other leaves the house to do her errands.