php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login
Bug #24195 ./configure script fails to detect libpng/libjpeg/etc.
Submitted: 2003-06-15 14:01 UTC Modified: 2003-06-15 16:42 UTC
From: live at generation dot net Assigned:
Status: Not a bug Package: GD related
PHP Version: 4.3.2 OS: RedHat 9
Private report: No CVE-ID: None
View Add Comment Developer Edit
Welcome! If you don't have a Git account, you can't do anything here.
You can add a comment by following this link or if you reported this bug, you can edit this bug over here.
(description)
Block user comment
Status: Assign to:
Package:
Bug Type:
Summary:
From: live at generation dot net
New email:
PHP Version: OS:

 

 [2003-06-15 14:01 UTC] live at generation dot net
Description:
------------
Hello.
When trying to run ./configure with the options to enable GD with support for jpeg/png/etc, configure fails not being able to find the appropriate lib files.
If I'm not mistaken, looking at the configure script, it's looking for libpng.so or libjpeg.so, while in RedHat 9, those files are called, for example, libpng.so.3, effectively making it so configure fails in finding the appropriate lib files...

[15/06-14:47] [root@fusion - /usr/local/src/php-4.3.2] # ls -l /usr/lib/libpng.so*
lrwxrwxrwx    1 root     root           19 Jun 12 16:34 /usr/lib/libpng.so.3 -> libpng12.so.0.1.2.2*
lrwxrwxrwx    1 root     root           19 Jun 12 16:34 /usr/lib/libpng.so.3.1.2.2 -> libpng12.so.0.1.2.2*

Comparing with a RedHat 7.3 box, I see they used to also include a symlink pointing /usr/lib/libpng.so to /usr/lib/libpng.so.2.  Guess they "forgot" or changed their way of doing.  <sigh>

The quickfix way is most probably to add the symlinks myself, pointing libpng.so to libpng.so.3, but still...

Is there something to be done for this in PHP's configure script?  Or should this be considered a RedHat bug?

Reproduce code:
---------------
./configure --with-apxs=/usr/local/apache/bin/apxs --with-mysql=/usr/local/mysql --enable-exif --with-gd --with-jpeg-dir=/usr --with-png-dir=/usr --with-zlib-dir=/usr --with-ttf=/usr --with-freetype-dir=/usr --with-gettext

<snip>

checking for GD support... yes
checking for the location of libjpeg... /usr
checking for the location of libpng... /usr
checking for the location of libXpm... no
checking for FreeType 1.x support... /usr
checking for FreeType 2... /usr
checking for T1lib support... no
checking whether to enable truetype string function in GD... no
checking whether to enable JIS-mapped Japanese font support in GD... no
checking for fabsf... yes
checking for floorf... yes
configure: error: libjpeg.(a|so) not found.


Patches

Add a Patch

Pull Requests

Add a Pull Request

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2003-06-15 14:06 UTC] live at generation dot net
Argh!  Forget it.  I needed the damned -devel packages.  <grumble>
 [2003-06-15 16:42 UTC] sniper@php.net
User error -> bogus.

 
PHP Copyright © 2001-2024 The PHP Group
All rights reserved.
Last updated: Wed May 01 23:01:28 2024 UTC