Bug #17783 Updated: Includes conflicting with bundled gd

ID: 17783 Updated by: sniper@php.net Reported By: msopacua@idg.nl -Status: Open +Status: Feedback Bug Type: GD related Operating System: Any unix PHP Version: 4.0CVS-2002-06-28 New Comment: Try again now. Don't forget to do this: ./cvsclean ; ./buildconf Previous Comments: ------------------------------------------------------------------------ [2002-06-28 07:11:55] msopacua@idg.nl Same gd.h error on php4-200206280300 snapshot. -> Updated version ------------------------------------------------------------------------ [2002-06-28 07:01:58] msopacua@idg.nl gcc -Imain/ -I/home/mdev/cvs/php4/main/ -DPHP_ATOM_INC -I/home/mdev/cvs/php4/include -I/home/mdev/cvs/php4/main -I/home/mdev/cvs/php4 -I/ home/mdev/cvs/php4/Zend -I/usr/local/include -I/usr/local/include/freetype2 -I/home/mdev/cvs/php4/ext/xml/expat -I/home/mdev/cvs/php4/TSR M -g -Wall -c main/internal_functions.c -o main/internal_functions.o && echo > main/internal_functions.lo In file included from main/internal_functions.c:40: /home/mdev/cvs/php4/ext/gd/php_gd.h:33: gd.h: No such file or directory make: *** [main/internal_functions.lo] Error 1 There's a gd.h in /usr/local/include and in ext/gd/libgd. Latest cvs co. Downloading snapshot now, to see if it happens there as well. ------------------------------------------------------------------------ [2002-06-28 03:50:41] sniper@php.net This bug has been fixed in CVS. You can grab a snapshot of the CVS version at http://snaps.php.net/. In case this was a documentation problem, the fix will show up soon at http://www.php.net/manual/. In case this was a PHP.net website problem, the change will show up on the PHP.net site and on the mirror sites. Thank you for the report, and for helping us make PHP better. ------------------------------------------------------------------------ [2002-06-16 09:41:55] msopacua@idg.nl Consider the following: ./configure --with-zlib-dir=/usr/local --with-gd=php In /usr/local/include: gd.h installed by the system, and you can't get rid of it. compilation will fail, if the bundled gd.h defines functions, that aren't in the system supplied gd.h. (in my case: gdFTStringExtra). because it will compile with -I/usr/local/include -I/sourcepath/ext/gd/libgd and thus /usr/local/include/gd.h is preferred. I don't know if this has any issues, but the obvious solution, seems to be to move all includes to <libgd/*.h> and set -I/sourcepath/ext/gd. ------------------------------------------------------------------------ -- Edit this bug report at http://bugs.php.net/?id=17783&edit=1