Bug #17664 Updated: Compiling with GD > 1.6 cause GIF problems

From: Date: Mon, 10 Jun 2002 03:17:39 +0000
Subject: Bug #17664 Updated: Compiling with GD > 1.6 cause GIF problems
References: 1  Groups: php.bugs 
Request: Send a blank email to php-bugs+get-9977@lists.php.net to get a copy of this message
ID: 17664 Updated by: davey@its-explosive.net Reported By: davey@its-explosive.net Status: Bogus Bug Type: GD related Operating System: *nix PHP Version: 4.2.1 New Comment: You would be correct, I removed libgd.so, make clean, ./configure again, and once again make failed... perhaps I am missing something? I'm not Linux god... as you may well have noticed ;) - Davey Previous Comments: ------------------------------------------------------------------------ [2002-06-09 13:12:50] sniper@php.net What does 'nm libgd.a | grep Gif' output? What does 'cat main/php_config.h | grep GIF' output? What makes you sure the version of both of those libraries is 1.8.4? And are you 100% sure there aren't any patches applied to them which enable gif suppport? Did you get the sources from where? Did you compile it yourself? AFAIK, by default, GD 1.8.4 is installed as static (.a), not .so so where did that libgd.so come from? ------------------------------------------------------------------------ [2002-06-09 13:02:02] davey@its-explosive.net Rasmus: I've checked, we only have libgd.[so|a] 1.8.4 on our server, this only support .jp(e?)g and .png, in which case the .gif support of gd.c is surplus to requirement, yet make still tries to "install" it and make then errors and fails... can you explain why that should happen and why it should be upto the user to sort it out when they are using the default libgd file? - Davey ------------------------------------------------------------------------ [2002-06-09 08:54:15] rasmus@php.net You are still not making any sense. This is not something that can really be fixed. If people install a version of libgd which is on the default link path, then this library is going to be checked at configure time unless we go out of our way to disable the link path (which would break many other things). It is a clear user error that the user should fix. It is sort of like installing a different libc in your home directory and then complaining that PHP is finding the system-level libc instead of yours. If you want to upgrade libc, do so. Similarly, if you want to upgrade your libgd, do so. Don't just toss multiple versions on your machine. ------------------------------------------------------------------------ [2002-06-09 08:39:13] davey@its-explosive.net oh and as I said, it's not a patch, it's just a bad fix that works... a proper patch should be made by someone with more C knowledge IMO. ------------------------------------------------------------------------ [2002-06-09 08:38:25] davey@its-explosive.net 1.6 supports GIF but no PNG according to php.net/image. it's >1.6 thats the problem. And why should people have to patch other software for PHP to work with them? surely PHP should work with the default config and have problems with the patched ones (or none at all as you state)? As is usually the case with most things. Heh - Davey ------------------------------------------------------------------------ The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/17664 -- Edit this bug report at http://bugs.php.net/?id=17664&edit=1

« previous php.bugs (#9977) next »