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
Welcome back! If you're the original bug submitter, here's where you can edit the bug or add additional notes.
If this is not your bug, you can add a comment by following this link.
If this is your bug, but you forgot your password, you can retrieve your password here.
Password:
Status:
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: Tue Apr 30 14:01:33 2024 UTC