Bug #17783 Updated: Includes conflicting with bundled gd
| From: | sniper@php.net | Date: | Fri, 28 Jun 2002 07:50:41 +0000 |
| Subject: | Bug #17783 Updated: Includes conflicting with bundled gd | ||
| References: | 1 | Groups: | php.bugs |
| Request: | Send a blank email to php-bugs+get-12363@lists.php.net to get a copy of this message | ||
ID: 17783
Updated by: sniper@php.net
Reported By: msopacua@idg.nl
-Status: Open
+Status: Closed
Bug Type: GD related
Operating System: Any unix
PHP Version: 4.0CVS-2002-06-16
New Comment:
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.
Previous Comments:
------------------------------------------------------------------------
[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