Bug #17664 Updated: Compiling with GD > 1.6 cause GIF problems
| From: | davey at its-explosive dot net | 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