On Sun, Feb 07, 2010 at 06:50:57PM +0100, Olivier Boudeville wrote: > 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).
Ok, fixed in r8618. Yes, configure is generated from configure.in. > 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'. Yep, fix committed to BSDBuild; thanks! > '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. For some reason, make clean was implying "clean-config". Fix commited to SVN. > 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). The "agar/agar/" is intentional. It used to be a symbolic link, but that would break the build under platforms such as MinGW/MSYS. > Now for the demos, I suppose my remarks about a stopping configure and a > message about agar-config still hold. Ok, ./configure will now abort if one of the tests fail. > 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. Fixed; the demo was missing the _USE_AGAR_TYPES definition (Uint32 and friends are not exported without it). _______________________________________________ Agar mailing list [email protected] http://libagar.org/lists.html
