Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 21960 - mod_php fails checking for libpng
Summary: mod_php fails checking for libpng
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: New packages (show other bugs)
Hardware: All Linux
: High major
Assignee: PHP Bugs
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2003-05-30 11:34 UTC by Don Seiler (RETIRED)
Modified: 2003-06-26 14:13 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Attachments
config.log for failed mod_php-4.3.2 emerge (config.log,72.37 KB, text/plain)
2003-06-02 16:36 UTC, Don Seiler (RETIRED)
Details
config.log (config.log,70.03 KB, text/plain)
2003-06-26 14:13 UTC, Don Seiler (RETIRED)
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Don Seiler (RETIRED) gentoo-dev 2003-05-30 11:34:14 UTC
Trying to build mod_php-4.3.1-r3.  Before compilation even starts this occurs:

checking for png_create_info_struct in -lpng... no
configure: error: libpng not found!

!!! ERROR: dev-php/mod_php-4.3.1-r3 failed.
!!! Function econf, Line 303, Exitcode 1
!!! econf failed

I have libpng installed and it has been installed for quite some time.  I
re-installed it just in case but no change.  mod_php-4.3.1-r2 installed just
fine (I have it installed) but now fails at the same place as well.

Offtopic but, when might a php 4.3.2 ebuild come out?
Comment 1 Robin Johnson archtester Gentoo Infrastructure gentoo-dev Security 2003-05-31 15:32:28 UTC
Could you please include 'emerge info' and the config.log file that mod_php generated?

php 4.3.2 stuff is being held temporarily due to the DB3/4 stuff in Portage. I can either release it without ANY DB3/4 support, or wait a while until we sort that out and then release it.
It requires either at least sys-libs/db-3.3 of the DB3 line, or at least sys-libs/db-4.1.25 of the DB4 line. Both are hardmasked presently.
Comment 2 Don Seiler (RETIRED) gentoo-dev 2003-06-02 11:51:21 UTC
I get the same error with mod_php-4.3.2.

Here is my emerge info:

Portage 2.0.48 (default-x86-1.4, gcc-3.2.2, glibc-2.2.5-r2,2.3.2-r1)
=================================================================
System uname: 2.4.21-rc4-ac1 i686 Intel(R) Pentium(R) 4 CPU 1400MHz
GENTOO_MIRRORS="http://ftp.easynet.nl/mirror/gentoo// rsync://trumpetti.atm.tut.
fi/gentoo/ ftp://trumpetti.atm.tut.fi/gentoo/ http://www.ibiblio.org/gentoo"
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/ge
neric/config/ /usr/share/texmf/tex/platex/config/ /usr/share/config"
CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d"
PORTDIR="/usr/portage"
DISTDIR="/usr/portage/distfiles"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR_OVERLAY="/usr/local/portage"
USE="x86 3dnow apm avi crypt cups encode gif jpeg libg++ mikmod mmx mpeg ncurses
 nls pdflib png quicktime spell truetype xml2 xmms xv zlib alsa gdbm berkdb slan
g readline tetex aalib svga ggi tcltk java guile ruby mysql postgres X sdl gpm t
cpd pam libwww ssl perl python imlib oggvorbis gnome gtk qt kde motif opengl moz
illa ldap snmp cdr acpi acpi4linux apache2 cjk curl dga ethereal flash gd innodb
 mbox moznocompose moznoirc moznomail oci8 odbc qtmt samba slp smooth sse tiff u
sb wmf xinerama xml -oss -arts -bonobo -esd"
COMPILER="gcc3"
CHOST="i686-pc-linux-gnu"
CFLAGS="-march=pentium3 -O3 -pipe"
CXXFLAGS="-march=pentium3 -O3 -pipe"
ACCEPT_KEYWORDS="x86 ~x86"
MAKEOPTS="-j2"
AUTOCLEAN="yes"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
FEATURES="sandbox ccache"
Comment 3 Robin Johnson archtester Gentoo Infrastructure gentoo-dev Security 2003-06-02 16:03:29 UTC
I still need the config.log that mod_php generated.
/var/tmp/mod_php-*/work/php-*/config.log
please attach it.
Comment 4 Don Seiler (RETIRED) gentoo-dev 2003-06-02 16:36:08 UTC
Created attachment 12707 [details]
config.log for failed mod_php-4.3.2 emerge

Per your request I've attached the config.log from my failed mod_php-4.3.2
emerge from this morning.
Comment 5 Robin Johnson archtester Gentoo Infrastructure gentoo-dev Security 2003-06-10 13:01:27 UTC
The actual error is this:
'/usr/lib/gcc-lib/i686-pc-linux-gnu/3.2.2/../../../../i686-pc-linux-gnu/bin/ld: conftest: hidden symbol `__cmpdi2' in /usr/lib/gcc-lib/i686-pc-linux-gnu/3.2.2/libgcc.a(_cmpdi2.oS) is referenced by DSO'

It just says libpng error as that is where this occurs.

It looks to be a more serious problem with your gcc. Could you possibly try to rebuild gcc?
Comment 6 Don Seiler (RETIRED) gentoo-dev 2003-06-16 05:57:56 UTC
I upgraded to gcc 3.2.3-r1 (from 3.2.2).  I get the exact same error, and tried mod_php-4.3.2-r2.

This is almost at the beginning of the config.log:

configure:2084: gcc -o conftest -march=pentium3 -O3 -pipe   conftest.c -R /usr/lib  1>&5
gcc: unrecognized option `-R'
/usr/lib: file not recognized: Is a directory
collect2: ld returned 1 exit status
configure: failed program was:
#line 2077 "configure"
#include "confdefs.h"

int main() {

; return 0; }


and there are many others like it.  What is going on?
Comment 7 Don Seiler (RETIRED) gentoo-dev 2003-06-17 09:14:00 UTC
Tried to compile just regular old php and it does this during config:

checking whether to enable pcntl support... yes
checking for fork... no
configure: error: pcntl: fork() not supported by this platform

!!! ERROR: dev-php/php-4.3.2 failed.
!!! Function econf, Line 304, Exitcode 1
!!! econf failed

So it tries to test but the test errors out.  I'm seeing this same kind of behavior in the config.log.  mod_php 4.3.2-r2 installed fine on my gcc2 box at home.  This box in question was once a gcc2 box that I upgraded via the gentoo docs to gcc-3.2.2 and now is gcc-3.2.3-r1.

I know that I used to be able to install mod_php up to 4.3.1-r2.  Now when I try to reinstall it I get the same error.
Comment 8 Don Seiler (RETIRED) gentoo-dev 2003-06-17 09:17:08 UTC
A little further up the emerge output I see this as well:

checking for Oracle-ORACLE support... no

I do indeed have Oracle client installed and oci8 in my use flags, and emerge -pv mod_php confirms that it sees this.
Comment 9 Don Seiler (RETIRED) gentoo-dev 2003-06-17 09:49:19 UTC
Research on the forums led me to the solution.  Taking pdflib out of the USE flags

USE="-pdflib" emerge mod_php

This explains the differences in my two machines, and I think that pdflib is something I recently added to my USE flags thinking it would be "neat."

I don't see any other bugs regarding pdflib and mod_php.  It has been noted a lot on the forums.  Should I open a new bug on it or should we say this is it?
Comment 10 Robin Johnson archtester Gentoo Infrastructure gentoo-dev Security 2003-06-18 20:00:56 UTC
Only the last error in config.log is usually of much use.
configure works by trying things and checking if they fail or succeed. 80% of the stuff is done by checking for failure (not success), so seeing lots of 'errors' in config.log is standard.

Could you please file a new bug about the oracle stuff, with a config.log attached.

Try to do with USE="pdflib" emerge mod_php, and attach that config.log again.
Comment 11 Robin Johnson archtester Gentoo Infrastructure gentoo-dev Security 2003-06-26 12:02:17 UTC
Any update on this?
Comment 12 Don Seiler (RETIRED) gentoo-dev 2003-06-26 12:10:08 UTC
I'm not sure what you need updated.  The config.log I attached previously had the pdflib flag enabled, as pdflib is in my make.conf USE flags.  And the oracle thing turned out to be a red herring as the phpinfo says that oracle support is indeed there.
Comment 13 Robin Johnson archtester Gentoo Infrastructure gentoo-dev Security 2003-06-26 13:24:28 UTC
I fixed more stuff in CVS since then (including another item 3 minutes ago), so I would like it tried again.

Try this again:
USE="pdflib" emerge mod_php
Comment 14 Don Seiler (RETIRED) gentoo-dev 2003-06-26 14:13:16 UTC
Created attachment 13905 [details]
config.log

rsynced.  ebuild header said last mod was 2003/06/24 22:27:18 robbat2.

Still failed.  Attaching config.log.