gmake[3]: Entering directory `/var/tmp/portage/net-libs/xulrunner-1.8.0.4/work/mozilla/xpcom/sample/program' nsTestSample.cpp i686-pc-linux-gnu-g++ -o nsTestSample.o -c -fvisibility=hidden -fvisibility-inlines-hidden -DXPCOM_GLUE -DOSTYPE=\"Linux2.6\" -DOSARCH=\"Linux\" -DBUILD_ID=2006111612 -I../../../dist/include/xpcomsample -I../../../dist/include -I/usr/include/nspr -I../../../dist/sdk/include -fPIC -DGENTOO_NSPLUGINS_DIR=\"/usr/lib/nsplugins\" -DGENTOO_NSBROWSER_PLUGINS_DIR=\"/usr/lib/nsbrowser/plugins\" -fno-rtti -fno-handle-exceptions -Wconversion -Wpointer-arith -Wcast-align -Woverloaded-virtual -Wsynth -Wno-ctor-dtor-privacy -Wno-non-virtual-dtor -Wno-long-long -march=pentium4 -pipe -g -Wno-return-type -w -freorder-blocks -fno-reorder-functions -fshort-wchar -pthread -pipe -DDEBUG -D_DEBUG -DDEBUG_portage -DTRACING -g -fno-inline -O2 -DGENTOO_NSPLUGINS_DIR=\"/usr/lib/nsplugins\" -DGENTOO_NSBROWSER_PLUGINS_DIR=\"/usr/lib/nsbrowser/plugins\" -DMOZILLA_CLIENT -include ../../../mozilla-config.h -Wp,-MD,.deps/nsTestSample.pp nsTestSample.cpp i686-pc-linux-gnu-g++ -DGENTOO_NSPLUGINS_DIR=\"/usr/lib/nsplugins\" -DGENTOO_NSBROWSER_PLUGINS_DIR=\"/usr/lib/nsbrowser/plugins\" -fno-rtti -fno-handle-exceptions -Wconversion -Wpointer-arith -Wcast-align -Woverloaded-virtual -Wsynth -Wno-ctor-dtor-privacy -Wno-non-virtual-dtor -Wno-long-long -march=pentium4 -pipe -g -Wno-return-type -w -freorder-blocks -fno-reorder-functions -fshort-wchar -pthread -pipe -DDEBUG -D_DEBUG -DDEBUG_portage -DTRACING -g -fno-inline -O2 -o nsTestSample nsTestSample.o -Wl,-O1 -Wl,--as-needed -Wl,--hash-style=both -Wl,-rpath,'$ORIGIN' -L../../../dist/bin -L../../../dist/lib -L../../../dist/lib -lxpcomglue -Wl,-R/usr/lib/nspr -L/usr/lib/nspr -lplds4 -lplc4 -lnspr4 -lpthread -ldl -ldl -lm /var/tmp/portage/net-libs/xulrunner-1.8.0.4/work/mozilla/config/nsinstall -t -m 755 nsTestSample /var/tmp/portage/net-libs/xulrunner-1.8.0.4/image//usr/lib/xulrunner gmake[3]: Leaving directory `/var/tmp/portage/net-libs/xulrunner-1.8.0.4/work/mozilla/xpcom/sample/program' gmake[2]: *** No rule to make target `../../dist/lib/libxpcomglue_s.a', needed by `libxpcomsample.so'. Stop. gmake[2]: Leaving directory `/var/tmp/portage/net-libs/xulrunner-1.8.0.4/work/mozilla/xpcom/sample' gmake[1]: *** [install] Error 2 gmake[1]: Leaving directory `/var/tmp/portage/net-libs/xulrunner-1.8.0.4/work/mozilla/xpcom' make: *** [install] Error 2 !!! ERROR: net-libs/xulrunner-1.8.0.4 failed. Call stack: ebuild.sh, line 1568: Called dyn_install ebuild.sh, line 1022: Called src_install xulrunner-1.8.0.4.ebuild, line 142: Called einstall ebuild.sh, line 579: Called die !!! einstall failed !!! If you need support, post the topmost build error, and the call stack if relevant. !!! When you file a bug report, please include the following information: GENTOO_VM=blackdown-jdk-1.4.2 CLASSPATH="" JAVA_HOME="/opt/blackdown-jdk-1.4.2.03" JAVACFLAGS="-source 1.4 -target 1.4" COMPILER="" and of course, the output of emerge --info Portage 2.1.2_rc1-r7 (default-linux/x86/2006.1/desktop, gcc-4.1.1, glibc-2.5-r0, 2.6.18-gentoo-r2 i686) ================================================================= System uname: 2.6.18-gentoo-r2 i686 Intel(R) Pentium(R) 4 CPU 2.80GHz Gentoo Base System version 1.12.6 Last Sync: Wed, 15 Nov 2006 15:30:01 +0000 distcc 2.18.3 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled] ccache version 2.4 [enabled] dev-java/java-config: 1.3.7, 2.0.30 dev-lang/python: 2.4.4, 2.5-r1 dev-python/pycrypto: 2.0.1-r5 dev-util/ccache: 2.4-r6 sys-apps/sandbox: 1.2.18.1 sys-devel/autoconf: 2.13, 2.60 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2, 1.10 sys-devel/binutils: 2.17.50.0.6 sys-devel/gcc-config: 1.3.14 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.17-r1 ACCEPT_KEYWORDS="x86 ~x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-march=pentium4 -pipe -O2 -g" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/share/X11/xkb" CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf /etc/java-config/vms/ /etc/revdep-rebuild /etc/splash /etc/terminfo /etc/texmf/web2c" CXXFLAGS="-march=pentium4 -pipe -O2 -g -fvisibility-inlines-hidden" DISTDIR="/usr/portage/distfiles" EMERGE_DEFAULT_OPTS="" FEATURES="autoconfig ccache distlocks metadata-transfer parallel-fetch sandbox sfperms splitdebug strict userfetch userpriv usersandbox" GENTOO_MIRRORS="ftp://ftp.csbnet.se/pub/linux/distributions/gentoo/ http://trumpetti.atm.tut.fi/gentoo/ http://pandemonium.tiscali.de/pub/gentoo/ http://mirror.pudas.net/gentoo" LANG="sv" LC_ALL="sv_SE.UTF-8" LDFLAGS="-Wl,-O1 -Wl,--as-needed -Wl,--hash-style=both" LINGUAS="sv" MAKEOPTS="-j5" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/overlays/portage /usr/portage/local/layman/musicbrainz /usr/portage/local/layman/liferea_overlay /usr/portage/local/layman/nxsty" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="x86 X a52 aac acpi aiglx alsa asf audioscrobbler bash bash-completion beagle berkdb bitmap-fonts branding bzip2 cairo cdr cli cracklib crypt cups dbus debug divx dlloader dmx dpms dri dvd dvdr eds eiglx elibc_glibc emboss encode evolution fam fat ffmpeg firefox flac fortran freetype gd gdbm gif glitz gmp gnome gnutls gpm gstreamer gtk gtk2 gtkhtml hal howl-compat iconv icu inotify input_devices_evdev ipv6 irmc isdnlog ithreads java jikes joystick jpeg kernel_linux lcms ldap libg++ libnotify libsexy linguas_sv lm_sensors logrotate mad matroska matrox mikmod mmx mng mono moznocompose moznoirc moznomail mp3 mpeg musepack musicbrainz nautilus ncurses network nls nptl nptlonly ntfs ntp numeric offensive ogg opengl pam pam_console pcre pdf perl pic png ppds pppd print python quicktime readline real reflection reiserfs rtc samba sdl sensord session smp sox spell spf spl sse sse2 ssh ssl startup-notification subtitles svg syslog tcltk tcpd test theora threads tiff truetype truetype-fonts type1-fonts udev unicode usb userland_GNU userlocales utf8 video_cards_none video_cards_nvidia video_cards_vmware vorbis win32codecs wma wmf wv wxwindows xcb xinerama xinetd xml xml2 xorg xosd xprint xulrunner xv xvid zlib" Unset: CTARGET, INSTALL_MASK, PORTAGE_RSYNC_EXTRA_OPTS
parrallel build isssue .. once again mozilla herd should force emerge -j1 until upstream provides assistance fixing the problem.
But if this is a parallell problem is there any workaround? MAKEOPTS="-j1" seems to do no diffrence.
This compilation and installation should not happen anyways. Could this be the automake issue, try removing this line from src_unpack(): WANT_AUTOCONF="2.1" \ and place it like this in the beginning of the ebuild: WANT_AUTOCONF="2.1" inherit flag-o-matic toolchain-funcs eutils makeedit multilib autotools mozconfig-2 java-pkg-opt-2
(In reply to comment #3) > This compilation and installation should not happen anyways. Could this be the > automake issue, try removing this line from src_unpack(): > WANT_AUTOCONF="2.1" \ > and place it like this in the beginning of the ebuild: > WANT_AUTOCONF="2.1" > inherit flag-o-matic toolchain-funcs eutils makeedit multilib autotools > mozconfig-2 java-pkg-opt-2 > This is not an automake issue ... even with the changes it is still sane.
Didi not work for me either.
remove debug from your use-flags and it should work... it is a bug, but without debug it should work for you, I'll look at it later
Created attachment 103884 [details] xulrunner ebuild with patch 113 disabled
This problem appears to be caused by the 113_xpcomglue_shared_1.patch applied during the build process. I've looked at the patch, and it appears the patch author believed that libxpcomglue_s.a is a shared-library version of libxpcomglue.a, and tried to modify the make system to make libxpcomglue.so instead of libxpcomglue_s.a. The xpcomglue and xpcomglue_s libraries are similar, but different. The web page http://developer.mozilla.org/en/docs/XPCOM_Glue explains (in Windows terminology) that xulrunner programs can link against xpcomglue_s.lib and xpcom.dll (if they need stuff in xpcom.dll) or they can link against just xpcomglue.lib (if they don't need or want a runtime dependency on xpcom.dll. The app I'm developing needs libxpcom.so, so I need libxpcomglue_s.a. If the ebuild is modified to exclude patch 113_xpcomglue_shared_1.patch.bz2, it builds properly and works. I'm attaching a modified ebuild with the erroneous patch excluded. I'm new here so I don't know if I've named/versioned the ebuild properly. Please let me know if I did it wrong.
First sorry for not making anything on this, I simply don't have any time recently.. The patch is included on purpose - and it is not erroneous, simply the patches are not full - the problem is that the debug USE-flag, includes some of the tests which are not patched for this and as a result they will fail, you could exclude them in the eclass and still have debug build. The reason behind the modifying libxpcomglue to shared library and versioning it could be found on google - the patches as such are kept more or less in sync with debian :)
(In reply to comment #9) > The reason behind the modifying libxpcomglue to shared library and versioning > it could be found on google - the patches as such are kept more or less in sync > with debian :) Google shows me a lot of flame-war over the "proper" way that libxpcomglue should be packaged. To tell you the truth, I don't care about what is the "proper" way or not. What I care about is that because of the decision by Debian (and thus Gentoo), I can't rely on any of the available documentation about how to develop and build XPCOM components on Gentoo systems. Mozilla says to use libxpcomglue_s.a, libxpcomglue.a and libxpcom.a and documents that approach; Debian/Gentoo says that's bogus, but I can't find documentation on how they say I should do it. I'm getting paid to do application development using xulrunner/XPCOM, not to try to figure out how well-meaning linux-purity zealots have broken the documented xulrunner build system. This ebuild appears to be useless to me and anyone else in my situation.
(In reply to comment #10) > (In reply to comment #9) > > The reason behind the modifying libxpcomglue to shared library and versioning > > it could be found on google - the patches as such are kept more or less in sync > > with debian :) > > Google shows me a lot of flame-war over the "proper" way that libxpcomglue > should be packaged. To tell you the truth, I don't care about what is the > "proper" way or not. > > What I care about is that because of the decision by Debian (and thus Gentoo), > I can't rely on any of the available documentation about how to develop and > build XPCOM components on Gentoo systems. Mozilla says to use > libxpcomglue_s.a, libxpcomglue.a and libxpcom.a and documents that approach; > Debian/Gentoo says that's bogus, but I can't find documentation on how they say > I should do it. > > I'm getting paid to do application development using xulrunner/XPCOM, not to > try to figure out how well-meaning linux-purity zealots have broken the > documented xulrunner build system. This ebuild appears to be useless to me and > anyone else in my situation. > First off your attitude sucks. Second any company that is paying for xulrunner work right now is a fool. Everyone knows 1.8.0.4 is and will always be nothing more then a preview release for developers. All work should have been done against a trunk build of xulrunner. Now if you want to checkout the latest overlay work I been doing to bring xulrunner back closer to upstream you can: svn co http://overlays.gentoo.org/svn/proj/mozilla Otherwise please take your ranting elsewhere it is useless.
This is only in the tree for developers, it will never see stable. Closing as WONTFIX.
*** Bug 166250 has been marked as a duplicate of this bug. ***
Fixed in 1.8.1.3, patchset 0.2
