php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login
Bug #22590 conflict in ./configure with libjpeg.so from sun-jdk
Submitted: 2003-03-07 08:22 UTC Modified: 2003-03-07 10:59 UTC
From: phpbug at chiefrocker dot net Assigned:
Status: Not a bug Package: Compile Failure
PHP Version: 4.3.1 OS: Gentoo Linux
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: phpbug at chiefrocker dot net
New email:
PHP Version: OS:

 

 [2003-03-07 08:22 UTC] phpbug at chiefrocker dot net
configure fails with message: 
[...] 
checking for PCRE support... yes 
checking for memmove... (cached) yes 
checking for PDFlib support... yes 
checking for the location of libtiff... yes 
checking for jpeg_read_header in -ljpeg... no 
configure: error: libjpeg not found! 
 
!!! ERROR: dev-php/mod_php-4.3.1 failed. 
!!! Function src_compile, Line 217, Exitcode 1 
!!! bad ./configure 
 
I tracked this down to a 
-L/opt/sun-jdk-1.4.1.01/jre/lib/i386 linker option which 
puts /opt/sun-jdk-1.4.1.01/jre/lib/i386/libjpeg.so before 
/usr/lib/libjpeg.so in the library search path. The 
sun-jdk libjpeg.so does however not fulfill the 
requirements of mod_php as /usr/lib/libjpeg.so from the 
libjpeg-6b package would. 
 
The configure line used by Gentoo Linux is the following: 
 
./configure --prefix=/usr --with-bz2 --enable-ftp 
--enable-force-cgi-redirect --enable-discard-path 
--enable-mime-magic --enable-wddx --enable-dbase 
--with-zlib=yes --with-iconv --enable-bcmath 
--enable-sysvsem --enable-exif --enable-sysvshm 
--enable-sockets --enable-calendar --enable-trans-sid 
--enable-safe-mode --enable-versioning --enable-track-vars 
--enable-inline-optimization 
--with-config-file-path=/etc/php4 --host=i686-pc-linux-gnu 
--without-readline --with-pam --with-gettext 
--with-openssl --with-gdbm=/usr --with-db3=/usr 
--with-mysql=/usr --with-ttf --with-t1lib 
--with-pdflib=/usr --with-jpeg-dir=/usr --with-pspell 
--with-png-dir=/usr/lib --with-zlib 
--with-zlib-dir=/usr/lib --with-exec-dir=/usr/bin 
--with-apxs=/usr/sbin/apxs --with-qtdom --with-xml 
--with-dom --with-mcrypt --with-mhash 
--disable-posix-threads --with-java=/opt/sun-jdk-1.4.1.01 
--with-xpm-dir=/usr/X11R6 
 
I was about to file a Gentoo Linux bug (at 
bugs.gentoo.org), but figured this failure might happen in 
other environments, too. 
 
My guessed fix proposal is to separate the java and 
libjpeg linker options in configure.in as well as in the 
extension modules' Makefiles to prevent this clashing. 

Patches

Add a Patch

Pull Requests

Add a Pull Request

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2003-03-07 10:59 UTC] sniper@php.net
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php

adjust your systems\'s libpath. Not PHP bug.
 
PHP Copyright © 2001-2024 The PHP Group
All rights reserved.
Last updated: Fri Apr 19 22:01:28 2024 UTC