The method above did not work for me, I have a G4 MDD with OSX 10.5.8 installed with all the goodies needed for compiling and here is what is happening:
- Unpacked BitFighter version Universal 32bit
- Extracted from the app bundle the SDL2.framework and putting it in Library/Frameworks/
- Deleted the SDL2.framework from BitFighter bundle
- Running BitFighter in this way is OK so the app is founding its way to the SDL2 framework in the new location.
- Now I unpacked the FS-UAE source
- From Terminal I run ./configure obtaining the following result:
Code:
power-mac-g4-di-snakecoils:fs-uae-2.5.8dev snakecoils$ ./configure
checking build system type... powerpc-apple-darwin9.8.0
checking host system type... powerpc-apple-darwin9.8.0
checking target system type... powerpc-apple-darwin9.8.0
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... ./install-sh -c -d
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
checking whether make supports nested variables... yes
checking whether UID '501' is supported by ustar format... yes
checking whether GID '20' is supported by ustar format... yes
checking how to create a ustar tar archive... gnutar
checking for g++... g++
checking whether the C++ compiler works... yes
checking for C++ compiler default output file name... a.out
checking for suffix of executables...
checking whether we are cross compiling... no
checking for suffix of object files... o
checking whether we are using the GNU C++ compiler... yes
checking whether g++ accepts -g... yes
checking for style of include used by make... GNU
checking dependency style of g++... gcc3
checking for gcc... gcc
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking whether gcc understands -c and -o together... yes
checking dependency style of gcc... gcc3
checking how to run the C preprocessor... gcc -E
checking whether ln -s works... yes
checking whether make sets $(MAKE)... (cached) yes
checking for ranlib... ranlib
checking for msgfmt... /opt/local/bin/msgfmt
checking for zip... /usr/bin/zip
checking for special C compiler options needed for large files... no
checking for _FILE_OFFSET_BITS value needed for large files... no
configure: Using Carbon.framework
checking for ftime in -lcompat... no
checking for dlopen in -ldl... yes
checking for pkg-config... /opt/local/bin/pkg-config
checking pkg-config is at least version 0.9.0... yes
checking for FREETYPE... yes
checking for main in -lgdi32... no
checking for GLIB... yes
checking for main in -lIphlpapi... no
configure: Using IOKit.framework
checking for floor in -lm... yes
checking for MIR... no
checking for OPENAL... no
configure: Using OpenAL.framework
checking for OPENGL... no
configure: Using OpenGL.framework
checking for PNG... yes
checking for SDL2... no
configure: error: Package requirements (sdl2) were not met:
No package 'sdl2' found
Consider adjusting the PKG_CONFIG_PATH environment variable if you
installed software in a non-standard prefix.
Alternatively, you may set the environment variables SDL2_CFLAGS
and SDL2_LIBS to avoid the need to call pkg-config.
See the pkg-config man page for more details.
Do I need to force FS-UAE to the right path to SDL2 libraries that in my case is /Library/Frameworks/ or do I need a different SDL2 set?
I also have tried to strip the universal binary to its PPC part only (and BitFighter still run) just in case FS-UAE config dislikes the universal version of that framework.
As far as I know the SDL 2.0.1 version is the latest with OSX PPC support, it has been dropped since 2.0.2 but at present I have not yet found an old 2.0.1 source repository so I am stuck with the SDL2.framework found in BitFighter.
Is there a way to force FS-UAE build process to use this library?