2.3 release compilation issues

[keybounce]

In an attempt to check the SDL issues by using the official release versions of SDL instead of the MacPorts versions, I'm getting an error from configure.

The problem turns out to be simple

gcc -o conftest  -I/opt/local/include -arch i386 -arch ppc   -L/opt/local/lib -arch i386 -arch ppc conftest.c -lSDL_image

Macports puts the SDL_image as a library in /opt/local/lib.
The official release puts it as a framework in /Library/Frameworks.

Changing that "-lSDL_image" into "-FSDL_image" makes it work.
But I can't figure out how to modify either configure.ac or configure to test for that.

This is probably going to affect all of SDL -- SDL_mixer, SDL_ttf, etc.
(actually, are those the only SDL parts that UfoAi uses?)

[keybounce]

Now that 2.3 does not have an intro movie, does it still need either DivX or libtheora?

2.3's configure checks for both of these.

[keybounce]

Mattn? Any answers?

Btw: To produce a .dmg now, you also need the p7zip port installed.

[geever]

Now that 2.3 does not have an intro movie, does it still need either DivX or libtheora?

2.3's configure checks for both of these.

Xvid or theora. The OGM support is in 2.3 so, yes, needed.

-geever

[keybounce]

Bumping

In an attempt to check the SDL issues by using the official release versions of SDL instead of the MacPorts versions, I'm getting an error from configure.

The problem turns out to be simple

gcc -o conftest  -I/opt/local/include -arch i386 -arch ppc   -L/opt/local/lib -arch i386 -arch ppc conftest.c -lSDL_image

Macports puts the SDL_image as a library in /opt/local/lib.
The official release puts it as a framework in /Library/Frameworks.

Changing that "-lSDL_image" into "-FSDL_image" makes it work.
But I can't figure out how to modify either configure.ac or configure to test for that.

This is probably going to affect all of SDL -- SDL_mixer, SDL_ttf, etc.
(actually, are those the only SDL parts that UfoAi uses?)

Does anyone know autoconfig well enough to alter these? As I said, my goal is to get the official release versions of SDL (frameworks) used, to see if this fixes anything.

[Mattn]

in configure.ac are already some mac specific hacks

modify configure.ac, run autoconf and ./configure again

[keybounce]

This is fun.

Code: [Select]

        # fix this darn SDL stuff....
        with_sdl_config=/opt/local/bin/sdl-config

Except that this doesn't exist in the official SDL release :-).

Later,

Code: [Select]

if test $TARGET_OS != "darwin"
then
        PKG_CHECK_MODULES(SDL, sdl, HAVE_SDL="yes", HAVE_SDL="no")
else
        HAVE_SDL=no
fi

if test "x$HAVE_SDL" = "xno" ; then
        sdl_config=$with_sdl_config
        AC_CHECK_PROG(HAVE_SDL_CONFIG,$sdl_config,yes)
So if we're "darwin", then we assume we don't have SDL (without checking /Library/Frameworks), and then look for the macports version.

<Sigh>.

I don't see how to "fix" it properly, but I think I can see how to hard-code what will work.

[Mattn]

yes - i don't know whether there is framework support in the autotools - that's why all those hacks are needed.