go to bug id or search bugs for
I think inconsistent naming is quite annoying.
To compile GD with JPEG support you have to do something like ./configure --with-gd --with-jpeg-dir. However in phpinfo pages JPEG support is displayed as "JPG Support enabled".
So basicly, when I actually successfully compiled GD with JPEG-support: I thought it failed because I was looking for "JPEG" in phpinfo, and not "JPG".
Not quite an essential bug, but perhaps worth fixing in the future.
'./configure' '--prefix=/usr' '--mandir=/usr/share/man' '--infodir=/usr/share/info' '--with-apxs2=/usr/sbin/apxs' '--with-ldap=/usr' '--with-kerberos=/usr' '--enable-cli' '--with-zlib-dir=/usr' '--enable-exif' '--enable-ftp' '--enable-mbstring' '--enable-mbregex' '--enable-sockets' '--with-iodbc=/usr' '--with-curl=/usr' '--with-config-file-path=/etc' '--sysconfdir=/private/etc' '--with-mysql-sock=/var/mysql' '--with-mysqli=/usr/local/mysql/bin/mysql_config' '--with-mysql=/usr/local/mysql' '--with-openssl' '--with-xmlrpc' '--with-xsl=/usr' '--without-pear' --with-jpeg-dir=/usr/local/lib/ --with-gd
Add a Patch
Add a Pull Request
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
Thank you for the report, and for helping us make PHP better.
So unfortunately this fix had a side effect of breaking various scripts that checked for JPEG image format support in GD by calling gd_info() and looking for the key 'JPG Support' .
I'm surprised that the source of this breakage was just this complaint about compiler flag labeling.
Support for existing runtime behavior and avoiding breaking currently working scripts should easily trump worries about compiler flag consistency, it would be cool to take that more into account in the future.