php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login
Bug #36686 Compile failure if using external GD lib
Submitted: 2006-03-10 18:42 UTC Modified: 2006-03-10 19:41 UTC
From: chtekk at gentoo dot org Assigned: pajoye (profile)
Status: Closed Package: Compile Failure
PHP Version: 5.1.3RC1 OS: Gentoo/Linux
Private report: No CVE-ID: None
 [2006-03-10 18:42 UTC] chtekk at gentoo dot org
Description:
------------
Trying out 5.1.3RC1 on Gentoo we noticed that if you're using the external GD library instead of the bundled one, the compile fails. I think http://cvs.php.net/viewcvs.cgi/php-src/ext/gd/gd.c?r1=1.312.2.18&r2=1.312.2.19&pathrev=PHP_5_1 and the other related changes are the cause for this, as the bundled libgd was modifed to support the passing of the ignore_warning parameter, but the external libgd doesn't know about this, thus causing the compile to fail.
Best regards, CHTEKK.

Expected result:
----------------
PHP should compile fine. ;)

Actual result:
--------------
/bin/sh /portcomp/portage/php-5.1.3_rc1/work/php-5.1.3RC1/libtool --silent --preserve-dup-deps --mode=compile /portcomp/portage/php-5.1.3_rc1/work/php-5.1.3RC1/meta_ccld -I/usr/include -Iext/gd/ -I/portcomp/portage/php-5.1.3_rc1/work/php-5.1.3RC1/ext/gd/ -DPHP_ATOM_INC -I/portcomp/portage/php-5.1.3_rc1/work/php-5.1.3RC1/include -I/portcomp/portage/php-5.1.3_rc1/work/php-5.1.3RC1/main -I/portcomp/portage/php-5.1.3_rc1/work/php-5.1.3RC1 -I/usr/include/libxml2 -I/portcomp/portage/php-5.1.3_rc1/work/php-5.1.3RC1/ext/date/lib -I/usr/include/freetype2 -I/usr/include/imap -I/portcomp/portage/php-5.1.3_rc1/work/php-5.1.3RC1/ext/mbstring/oniguruma -I/portcomp/portage/php-5.1.3_rc1/work/php-5.1.3RC1/ext/mbstring/libmbfl -I/portcomp/portage/php-5.1.3_rc1/work/php-5.1.3RC1/ext/mbstring/libmbfl/mbfl -I/usr/include/mysql -I/usr/include/pspell -I/portcomp/portage/php-5.1.3_rc1/work/php-5.1.3RC1/TSRM -I/portcomp/portage/php-5.1.3_rc1/work/php-5.1.3RC1/Zend  -D_REENTRANT  -I/usr/include -march=nocona -O2 -pipe -fomit-frame-pointer -fforce-addr -pthread -DZTS  -prefer-pic -c /portcomp/portage/php-5.1.3_rc1/work/php-5.1.3RC1/ext/gd/gd.c -o ext/gd/gd.lo
/portcomp/portage/php-5.1.3_rc1/work/php-5.1.3RC1/ext/gd/gd.c: In function `_php_image_create_from':
/portcomp/portage/php-5.1.3_rc1/work/php-5.1.3RC1/ext/gd/gd.c:1638: error: too many arguments to function `gdImageCreateFromJpeg'
/portcomp/portage/php-5.1.3_rc1/work/php-5.1.3RC1/ext/gd/gd.c: In function `_php_image_convert':
/portcomp/portage/php-5.1.3_rc1/work/php-5.1.3RC1/ext/gd/gd.c:3921: error: too many arguments to function `gdImageCreateFromJpeg'
make: *** [ext/gd/gd.lo] Error 1
make: *** Waiting for unfinished jobs....

Patches

Pull Requests

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2006-03-10 18:58 UTC] pajoye@php.net
Are you telling me that gentoo uses the external GD in its PHP package?

I will check this compilation error.
 [2006-03-10 19:08 UTC] pajoye@php.net
Please try CVS version, branche PHP_5_1

But does gentoo really use the external GD?
 [2006-03-10 19:19 UTC] pajoye@php.net
This bug has been fixed in CVS.

Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.
 
Thank you for the report, and for helping us make PHP better.


 [2006-03-10 19:41 UTC] chtekk at gentoo dot org
The fix works, thanks a lot for the fast response. :)
With Gentoo's PHP packages we actually give the choiche to the user, you can use the bundled libgd with USE="gd" or the external libgd with USE="gd-external", we actually recommend the usage of the bundled libgd instead of the external one, but try to having both working and available for our users.
Best regards, CHTEKK.
 
PHP Copyright © 2001-2025 The PHP Group
All rights reserved.
Last updated: Tue Jul 29 02:00:03 2025 UTC