#33685 [WFx]: configure: error: libjpeg.(a|so) not found.

2005-07-14 Thread matt at azoogleads dot com
 ID:   33685
 User updated by:  matt at azoogleads dot com
 Reported By:  matt at azoogleads dot com
 Status:   Wont fix
 Bug Type: PHP options/info functions
 Operating System: RHEL 4 ES/x86_64
 PHP Version:  4.4.0
 New Comment:

I created the symlinks you mentioned which got around the libjpeg issue
(thanks!), only to run into the error configure: error: freetype2 not
found!  

I've tried using --with-freetype-dir=/opt, --with-freetype-dir=/usr and
--with-freetype-dir without any luck.  Am I going to run into trouble if
I run PHP 4.4.0 under 64-bit Linux?


Previous Comments:


[2005-07-14 01:18:27] [EMAIL PROTECTED]

I didn't notice the x86_64 there. This bug is fixed in PHP 5.1 (current
CVS HEAD). It will not be fixed in PHP 4.

Workaround: 

# ln -s /usr/include /opt/include
# ln -s /usr/lib64 /opt/lib

And use these options and values for them:
--with-mysql=/opt
--with-jpeg-dir=/opt
--with-png-dir=/opt




[2005-07-13 23:08:24] matt at azoogleads dot com

I wasn't able to make out anything obvious in the config.log file
(searching for any reference to 'jpeg').  Here's a copy of config.log
for your reference:

http://ca.geocities.com/[EMAIL PROTECTED]/config.log



[2005-07-13 22:45:45] [EMAIL PROTECTED]

Check the config.log for the real reason why the check failed.
Configure outputs 'checking for the location of libjpeg... yes' because
you have '--with-jpeg-dir', not that it found it.




[2005-07-13 22:10:29] matt at azoogleads dot com

Description:

I'm having the same problem described in Bug #32369, where I'm trying
to compile JPEG support into 4.4.0 on RHEL 4 ES/x86_64 and although the
location of libjpeg is detected (see below), and both libjpeg.so and
libjpeg.a files exist under /usr/lib64, the configure script terminates
with the error configure: error: libjpeg.(a|so) not found.  This also
seem to occur with PHP 4.3.11.

configure snip
checking for GD support... yes
checking for the location of libjpeg... yes
checking for the location of libpng... no
checking for the location of libXpm... no
checking for FreeType 1.x support... no
checking for FreeType 2... yes
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.
/configure snip

Specifying --with-jpeg-dir=/usr or --with-jpeg-dir=/usr/lib64
doesn't fix the problem.

Reproduce code:
---
./configure
 --with-mysql=/usr \
 --with-apxs2=/usr/local/apache2/bin/apxs \
 --with-zlib \
 --with-ftp \
 --with-gd \
 --with-jpeg-dir \
 --with-freetype-dir \
 --enable-pcntl \
 --with-openssl 
 --with-curl \
 --with-dom \

Actual result:
--
The location of libjpeg will be detected, however the configure script
will terminate with the error configure: error: libjpeg.(a|so) not
found.





-- 
Edit this bug report at http://bugs.php.net/?id=33685edit=1


#33685 [WFx]: configure: error: libjpeg.(a|so) not found.

2005-07-14 Thread matt at azoogleads dot com
 ID:   33685
 User updated by:  matt at azoogleads dot com
 Reported By:  matt at azoogleads dot com
 Status:   Wont fix
 Bug Type: PHP options/info functions
 Operating System: RHEL 4 ES/x86_64
 PHP Version:  4.4.0
 New Comment:

Please disregard my last post, all is fine.  I didn't have the
freetype-devel package installed ;-)


Previous Comments:


[2005-07-14 16:06:10] matt at azoogleads dot com

I created the symlinks you mentioned which got around the libjpeg issue
(thanks!), only to run into the error configure: error: freetype2 not
found!  

I've tried using --with-freetype-dir=/opt, --with-freetype-dir=/usr and
--with-freetype-dir without any luck.  Am I going to run into trouble if
I run PHP 4.4.0 under 64-bit Linux?



[2005-07-14 01:18:27] [EMAIL PROTECTED]

I didn't notice the x86_64 there. This bug is fixed in PHP 5.1 (current
CVS HEAD). It will not be fixed in PHP 4.

Workaround: 

# ln -s /usr/include /opt/include
# ln -s /usr/lib64 /opt/lib

And use these options and values for them:
--with-mysql=/opt
--with-jpeg-dir=/opt
--with-png-dir=/opt




[2005-07-13 23:08:24] matt at azoogleads dot com

I wasn't able to make out anything obvious in the config.log file
(searching for any reference to 'jpeg').  Here's a copy of config.log
for your reference:

http://ca.geocities.com/[EMAIL PROTECTED]/config.log



[2005-07-13 22:45:45] [EMAIL PROTECTED]

Check the config.log for the real reason why the check failed.
Configure outputs 'checking for the location of libjpeg... yes' because
you have '--with-jpeg-dir', not that it found it.




[2005-07-13 22:10:29] matt at azoogleads dot com

Description:

I'm having the same problem described in Bug #32369, where I'm trying
to compile JPEG support into 4.4.0 on RHEL 4 ES/x86_64 and although the
location of libjpeg is detected (see below), and both libjpeg.so and
libjpeg.a files exist under /usr/lib64, the configure script terminates
with the error configure: error: libjpeg.(a|so) not found.  This also
seem to occur with PHP 4.3.11.

configure snip
checking for GD support... yes
checking for the location of libjpeg... yes
checking for the location of libpng... no
checking for the location of libXpm... no
checking for FreeType 1.x support... no
checking for FreeType 2... yes
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.
/configure snip

Specifying --with-jpeg-dir=/usr or --with-jpeg-dir=/usr/lib64
doesn't fix the problem.

Reproduce code:
---
./configure
 --with-mysql=/usr \
 --with-apxs2=/usr/local/apache2/bin/apxs \
 --with-zlib \
 --with-ftp \
 --with-gd \
 --with-jpeg-dir \
 --with-freetype-dir \
 --enable-pcntl \
 --with-openssl 
 --with-curl \
 --with-dom \

Actual result:
--
The location of libjpeg will be detected, however the configure script
will terminate with the error configure: error: libjpeg.(a|so) not
found.





-- 
Edit this bug report at http://bugs.php.net/?id=33685edit=1