In the configure script for mod_php-4.3.3 I get the following error in the "Configuring extensions" section: checking for Oracle-ORACLE support... no checking whether to enable user-space object overloading support... yes checking for Ovrimos SQL Server support... no checking whether to enable pcntl support... no checking for PCRE support... yes checking for PDFlib support... yes checking for the location of libtiff... /usr checking for jpeg_read_header in -ljpeg... no configure: error: libjpeg not found! !!! ERROR: dev-php/mod_php-4.3.3 failed. !!! Function econf, Line 324, Exitcode 1 !!! econf failed I do have the media-libs/jpeg package installed, so I don't know what the problem is. Reproducible: Always Steps to Reproduce: 1. emerge -u mod_php Portage 2.0.49-r1 (default-x86-1.4, gcc-3.2.3, glibc-2.3.2-r1, 2.4.22) ================================================================= System uname: 2.4.22 i686 AMD Athlon(TM) XP1900+ ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CFLAGS="-mcpu=athlon-xp -O3 -pipe" CHOST="i686-pc-linux-gnu" COMPILER="gcc3" CONFIG_PROTECT="/etc /var/qmail/control /usr/kde/2/share/config /usr/kde/3/share/config /usr/X11R6/lib/X11/xkb /usr/kde/3.1/share/config /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/config" CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d" CXXFLAGS="-mcpu=athlon-xp -O3 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="sandbox ccache autoaddcvs notitles" GENTOO_MIRRORS="http://gentoo.linux.no/ " MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 oss 3dnow apm avi crypt cups encode foomaticdb gif jpeg libg++ mad mikmod mmx mpeg ncurses nls pdflib png quicktime spell truetype xml2 xmms xv zlib alsa gdbm berkdb slang readline tetex svga tcltk java guile X sdl gpm tcpd pam libwww ssl perl python esd imlib oggvorbis gtk qt motif opengl mozilla cdr doc emacs fbcon flash gtk2 maildir mbox tiff xml -arts -gnome -kde"
try reemerging media-libs/jpeg and media-libs/jpeg-mmx
dosen't change a thing...
could you please attach /var/tmp/portage/mod_php-4.3.3/work/php-4.3.3/config.log
Created attachment 16805 [details] /var/tmp/portage/mod_php-4.3.3/work/php-4.3.3/config.log
http://bugs.php.net/bug.php?id=22590&edit=1 tracks down the problem
same here
Had the exact same emerge/compile error message. Also for emerge php, Same thing. Turned off pdflib support in /etc/make.conf (-pdflib) and both packages compiled successfully. I did not check the make file to see why this is working, but rather based it on a bug resolution earlier that had similar symptoms. I tried it an it worked, and that is all I can say.
I can't reproduce the problem on my 2 test boxes :-(. Somebody with the problem, could you please try to add: /usr/lib near the top of /etc/ld.so.conf and then run 'ldconfig' and try the emerge again ?
Adding /usr/lib to ld.so.conf didn't change a thing (actually it did, it made 'ldconfig' complain about: "ldconfig: /usr/lib/libstdc++-libc6.1-1.so.2 is not a symbolic link"... :-( But the trick with -pdflib worked, mod_php-4.3.3 is now compiling... maybe someone should look into, why that trick works...
adding /usr/lib (regardless of position) leads to ldconfig complaining about "ldconfig: /usr/lib/libstdc++-libc6.1-1.so.2 is not a symbolic link" here too. I didn't try "-pdflib" so far. (But maybe you do still need someone for debugging who still has the problem, then I'll leave it as it is for now...? *g*)
I'm seeing the same problems. Anything I can do to help?
It built and installed for me with -pdflib .
I had the same proplem and solved it a little bit unconventionally. The Problem is, that the ./configure of mod_php finds the lipjpeg.so from my jdk (blackdown but i think with suns jdk is the same) first and this one doesn't match the requirements. so i moved temporarely /opt/blackdown-jdk-1.4.1/jre/lib/i386/libjpeg.so to /opt/blackdown-jdk-1.4.1/jre/lib/i386/libjpeg.so.1 (with sun's jdk: /opt/sun-jdk-1.4.1.01/jre/lib/i386/libjpeg.so) used emerge -u mod_php and moved the file back to his old name after that.
Robin, you mentioned in comment 8 that you couldn't reproduce the problem. Do you have a JDK installed? I have a JDK installed and encountered the reported bug exactly as mentioned in the bug report. I ended up using Andreas' solution mentioned in comment 13 (the only difference being that I have IBM's jdk and libjpeg.so is located in a different place).
I have blackdown JDK installed and that is what I usually use, but I put on the same version of sun-jdk (and set java-config to use it) as the original problem report to try and reproduce it.
FYI: I had blackdown (only) installed on the machine on which I experienced the problem - I'd suppose which JDK probably doesn't matter... (?) I also successfully used the "move the lib" workaround Andreas described in #13... ;-)
I'm having this problem as well. In looking at the files, what is it that generates the environment file in /var/tmp/portage/php-4.3.3-r1/temp? In the environment file, you'll find a setting of '--with-jpeg-dir=/usr'. You'll also find a '--with-zlib-dir=/usr/lib' for comparison. I'm thinking that whatever sets the jpeg dir to /usr (as well as png-dir and tiff-dir) is doing so incorrectly. I haven't found out how to change this yet.
Nope. I don't think that's it. I figured out how to change it, but then whatever is setting up the "-Wl,rpath" arguments for configure compiling is turning "/usr/lib" into "/usr/lib/lib". While when it is left as just "/usr" - it doesn't add a "-Wl,rpath /usr/lib", but leaves it off - and then the Wl,rpath's start with the blackdown stuff. BTW - I'm having this problem just trying to compile php. Haven't gotten to mod_php yet.
Ok, one last comment. I put the blame on ld. If ld finds a matching library name (-ljpeg -> libjpeg.so), *but* that library is *stripped* - then why in the world is it trying to use it? It should go onto the next possible candidate for matching -ljpeg, which should eventually get to /usr/lib/libjpeg.so. I'm not exactly sure how to fix it short of that (hacks aren't fixes, and all solutions so far are hacks). Perhaps patch the php configure script (and mod_php) to prepend a "-Wl,rpath /usr/lib" if adding some directory for blackdown? This *does* seem to be a problem related to blackdown.
I doubt that it is related to blackdown specifically; I got this problem and I don't have blackdown installed. I had several libjpegs, though: /opt/sun-jdk-1.4.2.01/jre/lib/i386/libjpeg.so /opt/sun-j2sdk-1.4.1/jre/lib/i386/libjpeg.so /opt/IntelliJ-IDEA-3.0.5/jre/lib/i386/libjpeg.so /usr/lib/libjpeg.so -> libjpeg.so.62.0.0 /usr/lib/libjpeg.so.62 -> libjpeg.so.62.0.0 /usr/lib/libjpeg.so.62.0.0 I renamed the first three to libjpeg.so.temphack, emerged php and mod_php without problems, and then renamed those three back to libjpeg.so. Clearly the php build dislikes something about the libjpeg libraries delivered with (some versions of) JDK, but apparently that dislike is not specific to Blackdown Linux.
Gunnlaugur, I now agree with you. After my last comment, I went ahead and installed sun-j2sdk (what an ebuild *that* was!) and just removed the blackdown-sdk. And, lo & behold - yup, there now is a file called /opt/sun-j2sdk-1.4.1/jre/lib/i386/libjpeg.so! (Stripped, of course). So... ok; something is funny with the php configure script. And I still think ld should skip stripped DSOs.
I can reproduce this problem. There are two workarounds: 1) USE="-jpeg -gd -pdflib" emerge -u php mod_php # obvious, not tested 2) USE="-java" emerge -u php mod_php # less obvious but tested
I
I´ve been having the same problem and solved with -pdflib
*** Bug 28848 has been marked as a duplicate of this bug. ***
The problem actually IS another version of libjpeg.so. After temporarily removing (renaming) these libjpeg.so's (and running ldconfig) an emerging mod_php, everything is OK. Maybe it has something to do with the search order of the library path passed to configure. If you configure it yourself, it works!
USE="-X" emerge mod_php works great and doesn't crash into this problem, whereas with +X I was having it.
My builds were all with USE="-X", but then I haven't tried in a few weeks; maybe somebody fixed the build.
Hi all I see no resolution in sight here. I think we have a few questions to ask: 1. Can ld be configured to search through all the libjpeg.so's until it finds the right one? 2. I added /usr/lib to my ld.so.conf and this did not correct the problem. Why? Surely this is the better sort of solution? 3. If this problem relates to mod_php ONLY, then can we change the configure script to include --with-jpeg-dir=/usr/lib? Thanks warwick - at - thusa.co.za
This happens on SPARC also.
Howdy It seems the newest configure script includes a --with-jpeg-dir=/usr, which seems to fix this. Can I close it?
It seems to work for me.
this will be in CVS in a day or two (just waiting for sys-apps/findutils changes from bug 31794 to be fully resolved as it's needed for the php.eclass updates).
I've just tried the 4.3.3-r3 ebuild as well as the 4.3.4 and they both still fail. Can't see anything in the changelog about it being fixed yet either? its been a while ince you said it was going in so just wondering what is happening. Puggy
the change was with a bunch of other changes in the php eclass. mind re-attaching the new config.log from mod_php-4.3.4 ?
Created attachment 20734 [details] /var/tmp/portage/mod_php-4.3.4/work/php-4.3.4/config.log As requested, the config.log for 4.3.4 Puggy
*** Bug 32464 has been marked as a duplicate of this bug. ***
should be fixed properly as of the 4.3.4-r1 series, please test. if it fails still, attached updated config.log
Created attachment 21305 [details] /var/tmp/portage/mod_php-4.3.4-r1/work/php-4.3.4-r1/config.log Still didn't work I'm afraid. Same Problem. Puggy
puggy, it looks like there's something going wrong when it tries to check for Berkeley DB support. A successful check adds the 'all-important' -L/usr/lib to LDFLAGS. Line 23096 of the configure script: LDFLAGS="-L$THIS_PREFIX/lib -l$LIB $LDFLAGS"
It seems that without +berkdb, configuring fails with +jpeg or -jpeg. LDFLAGS="-L/usr/lib" emerge mod_php works fine. Thanks Brandy Puggy
I've just had the same problem with mod_php-4.3.4-r4, using sun-jdk-1.4.2.03 as the VM. Setting LDFLAGS="-L/usr/lib" before the emerge fixed it.
I can reproduce this also, emerging mod_php-4.3.4-r4 I seem to have Blackdown Java installed. Why has this bug been marked as resolved, please..?
Joe Stroller: open a new bug
Done. See bug 41220
