Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 21169 - unable to emerge PHP or mod_php (any version) with USE flag flash (pb libswf)
Summary: unable to emerge PHP or mod_php (any version) with USE flag flash (pb libswf)
Status: VERIFIED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: Sparc Linux
: High minor
Assignee: Sparc Porters
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2003-05-17 14:08 UTC by Christophe Radovcic
Modified: 2006-02-04 06:05 UTC (History)
0 users

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


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Christophe Radovcic 2003-05-17 14:08:06 UTC
When I try to emerge php with the USE flag flash, due to dependancy, it emerge
libswf which is a binary ebuild (compiled for x86 I think but it's not said
anywhere on their website nor package), and after that when emergeging php (or
mod_php), I've got a linking error.
libswf should probably be removed from sparc architecture.

Reproducible: Always
Steps to Reproduce:
1. USE="flash" emerge php or USE="flash" emerge mod_php
2.
3.

Actual Results:  
/usr/lib/gcc-lib/sparc-unknown-linux-gnu/3.2.2/../../../../sparc-unknown-linux-gnu/bin/ld:
skipping incompatible /usr/lib/libswf.a when searching for -lswf
/usr/lib/gcc-lib/sparc-unknown-linux-gnu/3.2.2/../../../../sparc-unknown-linux-gnu/bin/ld:
skipping incompatible
/usr/lib/gcc-lib/sparc-unknown-linux-gnu/3.2.2/../../../libswf.a when searching
for -lswf
/usr/lib/gcc-lib/sparc-unknown-linux-gnu/3.2.2/../../../../sparc-unknown-linux-gnu/bin/ld:
skipping incompatible /usr/lib/libswf.a when searching for -lswf
/usr/lib/gcc-lib/sparc-unknown-linux-gnu/3.2.2/../../../../sparc-unknown-linux-gnu/bin/ld:
skipping incompatible /usr/lib/libswf.a when searching for -lswf
/usr/lib/gcc-lib/sparc-unknown-linux-gnu/3.2.2/../../../../sparc-unknown-linux-gnu/bin/ld:
cannot find -lswf
collect2: ld returned 1 exit status
make: *** [sapi/cli/php] Error 1

!!! ERROR: dev-php/php-4.3.1 failed.
!!! Function src_compile, Line 185, Exitcode 2
!!! compile problem


Portage 2.0.47-r10 (default-sparc64-1.4, gcc-3.2.2, glibc-2.3.1-r4)
=================================================================
System uname: 2.4.20-sparc-r8 sparc64 sun4u
GENTOO_MIRRORS=" http://ftp.belnet.be/mirror/rsync.gentoo.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/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="sparc avi crypt encode fbcon gif jpeg mikmod mpeg ncurses nls oggvorbis oss
png pdflib sdl spell truetype xv xml2 xmms zlib gdbm berkdb slang readline tetex
tcltk java mysql X tcpd pam libwww ssl perl python esd imlib qt motif opengl
mozilla ldap snmp aalib acl dga directfb doc emacs ethereal gd ggi gtk2 imap
innodb lcms leim maildir mule oav odbc plotutils quicktime samba tiff wmf Xaw3d
xface zeo -apm -cups -arts -gnome -gtk -kde"
COMPILER="gcc3"
CHOST="sparc-unknown-linux-gnu"
CFLAGS="-mcpu=ultrasparc -mtune=v9 -O3 -pipe -fomit-frame-pointer"
CXXFLAGS="-mcpu=ultrasparc -mtune=v9 -O3 -pipe -fomit-frame-pointer"
ACCEPT_KEYWORDS="sparc"
MAKEOPTS="-j2"
AUTOCLEAN="yes"
SYNC="rsync://localhost/gentoo-portage"
FEATURES="sandbox ccache"
Comment 1 Jonathan Hitchcock 2003-06-02 05:55:16 UTC
Wouldn't it be better to break the steps up a bit, and use dobin, dohtml, etc?  And to depmod afterwards?
I don't know.  Maybe the simple way is fine?  I'm attaching my ebuild anyway, which I wrote before I checked whether somebody else had written one (doh).  Mine also depends on virtual/linux-sources, and doesn't demand a later version of ssh, by the way.
Comment 2 Jonathan Hitchcock 2003-06-02 05:56:58 UTC
Good lord.  That was typed in the wrong window.  Most humble apologies, I attached to the wrong bug-report.  I'm an idiot.
Comment 3 Jason Wever (RETIRED) gentoo-dev 2003-06-16 05:08:08 UTC
I just tested this for php-4.3.2 and mod_php-4.3.2 and didn't have any problems.  Is this still a problem for you?
Comment 4 James Yonan 2003-06-17 06:36:09 UTC
Can't emerge php.  Also fails without USE override.

bash-2.05b# USE="" emerge php
Calculating dependencies \
!!! Problem in dev-php/php dependencies.
!!! list index out of range

bash-2.05b# emerge info
Portage 2.0.48-r1 (default-x86-1.4, gcc-3.2.2, glibc-2.3.1-r4)
=================================================================
System uname: 2.4.21-grsec i686 Intel(R) Pentium(R) 4 CPU 2.40GHz
GENTOO_MIRRORS="http://gentoo.oregonstate.edu http://distro.ibiblio.org/pub/Linux/distributions/gentoo"
CONFIG_PROTECT="/etc /var/qmail/control /usr/share/config /usr/kde/2/share/config /usr/kde/3/share/config /var/bind /usr/X11R6/lib/X11/xkb"
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=""
USE="x86 oss 3dnow apm arts avi crypt cups encode gif imlib jpeg kde gnome libg++ mikmod mmx mpeg ncurses nls oggvorbis pdflib png quicktime sdl spell svga truetype xml2 xmms xv zlib gdbm berkdb slang readline tcltk java mysql X gpm tcpd pam libwww ssl perl python gtk qt motif opengl mozilla foo"
COMPILER="gcc3"
CHOST="i686-pc-linux-gnu"
CFLAGS="-march=pentium3 -O3 -pipe"
CXXFLAGS="-march=pentium3 -O3 -pipe"
ACCEPT_KEYWORDS="x86"
MAKEOPTS="-j2"
AUTOCLEAN="yes"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
FEATURES="sandbox ccache"
Comment 5 Jason Wever (RETIRED) gentoo-dev 2003-06-17 12:27:47 UTC
Hi James,

Your problem is unrelated to this bug.  Please reference bug #22969.

Thanks,
Weeve
Comment 6 Christophe Radovcic 2003-06-17 15:29:34 UTC
Hi Weeve,
I have just retried today and I still have the same problem on my ultra5 using the same version as you (both php and mod_php)
Comment 7 Jason Wever (RETIRED) gentoo-dev 2003-06-19 22:07:44 UTC
Hey Chris,

Researched this a little more.  It turns out in my initial testing I had omitted the flash USE flag, so that's why my testing didn't fail.  What has happened is that libswf is a binary archive that was compiled for an architecture other than sparc.  Unfortunately since this is the only way it's distributed, there's not much to be done about it.  However I understand that ming has a good ability to work with flash files, and is already a php/mod_php dependency if the flash USE flag is set.  

What's been done to remedy the problem is only let x86 use libswf for php/mod_php when the flash USE flag is set.  Once you sync your portage tree you should be able to build php without a problem.

libswf has also been keyworded -sparc (means it won't build on sparc and comes up masked), so you can remove it if you want.  It doesn't seem to effect php building either way.
Comment 8 Jason Wever (RETIRED) gentoo-dev 2003-07-08 14:21:33 UTC
Marking this case as resolved:fixed as changes have been made to fix this problem and no one has reported having problems since.  If you have continued problems, feel free to re-open
Comment 9 Jason Wever (RETIRED) gentoo-dev 2003-08-17 07:37:30 UTC
Closing