Jump to content

GemRB OSX Intel Compile Issue


Guest Guest

Recommended Posts

Guest Guest

Hello, I have downloaded and installed the latest developer releases of both OpenAL and SDL. I also followed the instructions listed in another post that is related to this issue but when trying to compile GemRB 0.2.8 I get an error. Anyways, here is the log (if it helps)...

 

checking build system type... i686-apple-darwin8.8.2

checking host system type... i686-apple-darwin8.8.2

checking target system type... i686-apple-darwin8.8.2

checking for a BSD-compatible install... /usr/bin/install -c

checking whether build environment is sane... yes

checking for gawk... no

checking for mawk... no

checking for nawk... no

checking for awk... awk

checking whether make sets $(MAKE)... yes

checking whether make sets $(MAKE)... (cached) yes

checking for gcc... gcc

checking for C compiler default output file name... a.out

checking whether the C compiler works... yes

checking whether we are cross compiling... no

checking for suffix of executables...

checking for suffix of object files... o

checking whether we are using the GNU C compiler... yes

checking whether gcc accepts -g... yes

checking for gcc option to accept ANSI C... none needed

checking for style of include used by make... GNU

checking dependency style of gcc... gcc3

checking for g++... g++

checking whether we are using the GNU C++ compiler... yes

checking whether g++ accepts -g... yes

checking dependency style of g++... gcc3

checking for a BSD-compatible install... /usr/bin/install -c

checking for a sed that does not truncate output... /usr/bin/sed

checking for egrep... grep -E

checking for ld used by gcc... /usr/bin/ld

checking if the linker (/usr/bin/ld) is GNU ld... no

checking for /usr/bin/ld option to reload object files... -r

checking for BSD-compatible nm... /usr/bin/nm -p

checking whether ln -s works... yes

checking how to recognise dependent libraries... pass_all

checking how to run the C preprocessor... gcc -E

checking for ANSI C header files... yes

checking for sys/types.h... yes

checking for sys/stat.h... yes

checking for stdlib.h... yes

checking for string.h... yes

checking for memory.h... yes

checking for strings.h... yes

checking for inttypes.h... yes

checking for stdint.h... yes

checking for unistd.h... yes

checking dlfcn.h usability... yes

checking dlfcn.h presence... yes

checking for dlfcn.h... yes

checking how to run the C++ preprocessor... g++ -E

checking for g77... no

checking for f77... no

checking for xlf... no

checking for frt... no

checking for pgf77... no

checking for fort77... no

checking for fl32... no

checking for af77... no

checking for f90... no

checking for xlf90... no

checking for pgf90... no

checking for epcf90... no

checking for f95... no

checking for fort... no

checking for xlf95... no

checking for ifc... no

checking for efc... no

checking for pgf95... no

checking for lf95... no

checking for gfortran... no

checking whether we are using the GNU Fortran 77 compiler... no

checking whether accepts -g... no

checking the maximum length of command line arguments... 196608

checking command to parse /usr/bin/nm -p output from gcc object... ok

checking for objdir... .libs

checking for ar... ar

checking for ranlib... ranlib

checking for strip... strip

checking if gcc static flag works... yes

checking if gcc supports -fno-rtti -fno-exceptions... no

checking for gcc option to produce PIC... -fno-common

checking if gcc PIC flag -fno-common works... yes

checking if gcc supports -c -o file.o... yes

checking whether the gcc linker (/usr/bin/ld) supports shared libraries... yes

checking dynamic linker characteristics... darwin8.8.2 dyld

checking how to hardcode library paths into programs... immediate

checking whether stripping libraries is possible... yes

checking for dlopen in -ldl... yes

checking whether a program can dlopen itself... yes

checking whether a statically linked program can dlopen itself... yes

checking if libtool supports shared libraries... yes

checking whether to build shared libraries... yes

checking whether to build static libraries... no

configure: creating libtool

appending configuration tag "CXX" to libtool

checking for ld used by g++... /usr/bin/ld

checking if the linker (/usr/bin/ld) is GNU ld... no

checking whether the g++ linker (/usr/bin/ld) supports shared libraries... yes

checking for g++ option to produce PIC... -fno-common

checking if g++ PIC flag -fno-common works... yes

checking if g++ supports -c -o file.o... yes

checking whether the g++ linker (/usr/bin/ld) supports shared libraries... yes

checking dynamic linker characteristics... darwin8.8.2 dyld

checking how to hardcode library paths into programs... immediate

checking whether stripping libraries is possible... yes

checking for dlopen in -ldl... (cached) yes

checking whether a program can dlopen itself... (cached) yes

checking whether a statically linked program can dlopen itself... (cached) yes

appending configuration tag "F77" to libtool

checking for container::at... yes

checking for char... yes

checking size of char... 1

checking for short int... yes

checking size of short int... 2

checking for int... yes

checking size of int... 4

checking for long int... yes

checking size of long int... 4

checking for long long int... yes

checking size of long long int... 8

checking for getcwd... yes

checking for gettimeofday... yes

checking for memchr... yes

checking for memmove... yes

checking for memset... yes

checking for mkdir... yes

checking for rmdir... yes

checking for sqrt... yes

checking for strcasecmp... yes

checking for strchr... yes

checking for strdup... yes

checking for strrchr... yes

checking for strstr... yes

checking for strtol... yes

checking for strtoul... yes

checking for strndup... no

checking for strnlen... no

checking for snprintf... yes

checking fcntl.h usability... yes

checking fcntl.h presence... yes

checking for fcntl.h... yes

checking stddef.h usability... yes

checking stddef.h presence... yes

checking for stddef.h... yes

checking sys/time.h usability... yes

checking sys/time.h presence... yes

checking for sys/time.h... yes

checking for sys/stat.h... (cached) yes

checking for dlopen in -ldl... (cached) yes

checking for old style FreeBSD -pthread flag... no

checking for pthread_attr_init in -lpthread... yes

checking if zlib is wanted... yes

checking for inflateEnd in -lz... yes

checking zlib.h usability... yes

checking zlib.h presence... yes

checking for zlib.h... yes

checking for inflateEnd in -lz... (cached) yes

checking zlib in /usr... ok

checking for sdl-config... no

checking for SDL - version >= 1.2.0... no

*** The sdl-config script installed by SDL could not be found

*** If SDL was installed in PREFIX, make sure PREFIX/bin is in

*** your path, or set the SDL_CONFIG environment variable to the

*** full path to sdl-config.

configure: error:

 

*** You need LibSDL (www.libsdl.org) version 1.2.0 or greater to compile GemRB

 

I know that SDL is installed correctly and that it is the latest version, any ideas? Thanks for the help in advance!

Link to comment
Guest Shade
download libsdl source and compile it

 

You will need to install it the *nix-style, and not as a Framework, otherwise the configure script will not be able to detect it.

Link to comment

If there is a way to improve the compile scripts (without breaking the existing linux/unix compilation), or someone manages to create a macosx native compiler project file (just like we do with msvc) feel free to submit it as a patch to the sourceforge project.

Link to comment
Guest Gildor

It should be possible to use some special cases for OS X, configure script should look for SDL, Python and OpenAL framework files instead of traditional libraries.

BTW frameworks are bundles of headers and libraries, they are usually stored in /System/Library/Frameworks, /Library/Frameworks or ~/Library/Frameworks.

 

Framework headers are stored inside framework folder in subfolder Headers, for example full path to SDL.h in my system is: /Library/Frameworks/SDL.framework/Headers/SDL.h.

 

Linking frameworks is pretty easy, just use ld -framework framework_name.

 

p.s. I'm now trying to create working Xcode project, hopefully it will be available in few days (or weeks?).

Link to comment

Archived

This topic is now archived and is closed to further replies.

×
×
  • Create New...