Opened 10 years ago
Closed 10 years ago
Last modified 9 years ago
#3694 closed enhancement (fixed)
|Reported by:||Armin K||Owned by:|
Change History (10)
comment:1 by , 10 years ago
|Summary:||PHP 5.4.9 → PHP 5.4.10|
comment:2 by , 10 years ago
comment:3 by , 10 years ago
So, I looked to see what this 'GD' is : the book's link gives a 404. From that, I don't think anyone is likely to have used a system libgd. I'm also not impressed when the 404 tells me (in firefox):
Technical Information (for support personnel) Go to Microsoft Product Support Services and perform a title search for the words HTTP and 404. Open IIS Help, which is accessible in IIS Manager (inetmgr), and search for topics titled Web Site Setup, Common Administrative Tasks, and About Custom Error Messages.
But - you seem to have installed this fugitive piece of software, otherwise you would not be aware of the problem. Is there a better URL ? Why should we, or our users, care ? [ that is a request for information, not a dismissal ].
comment:4 by , 10 years ago
To the PHP devs, GD is still a package that they support. Yes, the URL is down where it is supposed to be hosted, but that has not kept others from developing. Current version is 2.0.35, but you can find 2.0.36rc1 tarballs out there. I used the 2.0.35.
If you bothered to follow the link I provided, there are comments in the PHP bug reports within the last month, and they know that it is an issue. No big deal, as you can simply use the packaged GD that comes with PHP, but I have always installed it, and would prefer to use the system-installed copy.
The GD library is actually very useful for folks that are into that sort of thing. I think that if we list it as a dependency, we should do what it takes to get a good download URL and then try to support the installation. That was all I was intending. We can drop the dependency and the problem goes away; however, I always install GD in my build process, so it was noticed that PHP did not build against it.
comment:5 by , 10 years ago
I did find gd-2.0.35 at several places on the internet all dated in 2007. At a minimum, the link in the book needs to be changed. Since GD is not in the book, I think a short comment, such as "GD (has bugs)" would be sufficient.
comment:6 by , 10 years ago
|Summary:||PHP 5.4.10 → PHP 5.4.11|
comment:7 by , 10 years ago
|Status:||new → assigned|
comment:8 by , 10 years ago
Fixed at revision 11095/6.
comment:9 by , 10 years ago
|Status:||assigned → closed|
comment:10 by , 9 years ago
Milestone current deleted
For over a year there has been an error compiling PHP with a system-installed version of the GD library. You can read about it here: https://bugs.php.net/bug.php?id=60108&edit=1. The problem still exists in the most recent version of PHP: php-5.4.10.
Apparently, the PHP devs are modifying the GD code that they bundle in the PHP tarballs, and it differs from the native GD code. There is an easy fix, but it requires modifying the GD sources before GD is installed, or modifying a sitting /usr/include/gd_io.h file.
Bottom line is the compilation of PHP with a system-installed version of GD can be done by applying the following sed command by the root user. The preferred solution would be to patch the GD sources, but GD is not a BLFS package.
Let's decide how to proceed so that the version increment update to PHP includes some sort of fix.