Hi, This time I tested the trunk, at revision 8617.
There was a non-blocking error during configure: [..] checking whether OpenGL works...yes checking for the X window system...yes checking for the GLX interface...yes [: 6021: yes: unexpected operator checking for FreeType (http://www.freetype.org)...yes [..] This was due to the double '=' in '[ "${HAVE_OPENGL}" == "yes" ]' which must be replaced by a single one (I imagine configure is itself generated by your build system). Then libpng was not detected, whereas in the library path: checking whether libjpeg works...yes checking for libpng (http://www.libpng.org)...yes checking whether libpng works...no [..] > ls XXX/PNG-1.2.40/lib .../ libpng.a@ libpng.so.3@ libpng12.a libpng12.so.0@ pkgconfig/ ..../ libpng.so@ libpng.so.3.1.2.40* libpng12.so@ libpng12.so.0.1.2.40* because the relevant path was not set thanks to -L in the configure test, despite libpng-config being in PATH and 'libpng-config --L_opts' returning the correct -L path: checking whether libpng works.../usr/bin/cc -D_AGAR_INTERNAL -D_BSD_SOURCE -Wall -Werror -IXXX/PNG-1.2.40/include/libpng12 -o .../conftest conftest.c -lpng12 -lz -lm /usr/bin/ld: cannot find -lpng12 collect2: ld returned 1 exit status So it should be just a matter of using the output of 'libpng-config --L_opts'. 'make' and 'make depend' run fine, but any 'make clean' issued before will make them fail, not finding many Agar headers (incomplete CFLAGS), as if it erased configuration information. Anyway, 'make install' works correctly as well. It copies the header files in XXX/agar-1.4/include/agar/agar, maybe there is one too many nested agar directory (apparently SDL uses a symbolic link named SDL and pointing to the current 'SDL' directory to avoid it). Now for the demos, I suppose my remarks about a stopping configure and a message about agar-config still hold. In my case, configuration was ok but compilation failed for objsystem, Uint32 not being known. agar/types.h was nevertheless (indirectly) included. Replacing Uint32 by int allowed to compile. But the next test (loader) failed on Uint8. I had a look at it and had to insert numerous #error messages to check which #ifdef branches were followed: agar/core/types.h is parsed indeed, sys/types.h is included, '#define Uint8 u_int8_t' seems to be taken into account, but in loader.c 'const u_int8_t a = 1;' will be accepted whereas 'const Uint8 b = 1;' will not. I finally suspect that a regrettable #undef happens, maybe in agar/core/close_types.h or in gui/drv_sdl_common.h, I do not know. Any idea? Thanks, Olivier Boudeville. _______________________________________________ Agar mailing list [email protected] http://libagar.org/lists.html
