I tried to emerge scilab as a dependency of qmatplot. The only versions of scilab available on ppc are in ~ppc. The compilation fails at a linking point with the following error message: gcc -O -DNDEBUG -D_GNU_SOURCE -Dlinux -fwritable-strings -DWITH_ATLAS `pkg-config gtk+-2.0 --cflags` -I/opt/ibm-jdk-bin-1.4.2/include -c -o javasci_SciReal.o javasci_SciReal.c cc1: note: -fwritable-strings is deprecated; see documentation for details cc1: note: -fwritable-strings is deprecated; see documentation for details Creation of ../../bin/libjavasci.so linking /usr/lib/libc_nonshared.a(elf-init.oS)(.got2+0x0): undefined reference to `__init_array_end' /usr/lib/libc_nonshared.a(elf-init.oS)(.got2+0x4): undefined reference to `__init_array_start' /usr/lib/libc_nonshared.a(elf-init.oS)(.got2+0x8): undefined reference to `__fini_array_end' /usr/lib/libc_nonshared.a(elf-init.oS)(.got2+0xc): undefined reference to `__fini_array_start' /usr/lib/gcc/powerpc-unknown-linux-gnu/3.4.4/../../../../powerpc-unknown-linux-gnu/bin/ld: ../../bin/libjavasci.so: hidden symbol `__fini_array_end' isn't defined collect2: ld returned 1 exit status make[1]: *** [../../bin/libjavasci.so] Error 1 make[1]: Leaving directory `/var/tmp/portage/scilab-3.1.1/work/scilab-3.1.1/routines/Javasci' make: *** [scilex-lib] Error 2 Reproducible: Always Steps to Reproduce: 1.edit /etc/portage/package.keywords and insert "sci-mathematics/scilab" 2.emerge scilab 3.wait until it fails Actual Results: It produced the compilation error provided above. I used the following: emerge -pv scilab These are the packages that I would merge, in order: Calculating dependencies ...done! [ebuild N ] sci-mathematics/scilab-3.1.1 -Xaw3d +atlas +gtk +gtk2 (-ifc) -ocaml +tcltk Note that I will fill a bug for an atlas keyword on ppc (it compiles but I haven't tested any programme yet) and that not using atlas lead to the same error message. Expected Results: merged fine. emerge info Portage 2.0.51.22-r2 (default-linux/ppc/2005.0, gcc-3.4.4, glibc-2.3.4.20041102-r1, 2.6.12-gentoo-r6 ppc) ================================================================= System uname: 2.6.12-gentoo-r6 ppc 7450, altivec supported Gentoo Base System version 1.6.13 ccache version 2.3 [enabled] dev-lang/python: 2.3.5 sys-apps/sandbox: 1.2.11 sys-devel/autoconf: 2.13, 2.59-r6 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.5 sys-devel/binutils: 2.15.90.0.3-r5 sys-devel/libtool: 1.5.18-r1 virtual/os-headers: 2.6.8.1-r4 ACCEPT_KEYWORDS="ppc" AUTOCLEAN="yes" CBUILD="powerpc-unknown-linux-gnu" CFLAGS="-O2 -mcpu=7450 -pipe -maltivec -mabi=altivec -mpowerpc-gfxopt -fsigned-char -frename-registers -fweb -fno-strict-aliasing" CHOST="powerpc-unknown-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/qmail/control" CONFIG_PROTECT_MASK="/etc/gconf /etc/splash /etc/terminfo /etc/env.d" CXXFLAGS="-O2 -mcpu=7450 -pipe -maltivec -mabi=altivec -mpowerpc-gfxopt -fsigned-char -frename-registers -fweb -fno-strict-aliasing" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig ccache distlocks sandbox sfperms strict" GENTOO_MIRRORS="ftp://ftp.vic.keypoint.com.au http://mirrors.tds.net/gentoo ftp://mirrors.tds.net/gentoo http://mirror.tucdemonic.org/gentoo/" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" SYNC="rsync://rsync.au.gentoo.org/gentoo-portage" USE="ppc X a52 aac aalib alsa altivec arts berkdb bitmap-fonts cddb cdf cdparanoia cdr crypt cups curl dts dv dvd dvdr dvdread emboss encode esd f77 fam fbcon ffmpeg flac foomaticdb fortran gd gdbm ggi gif gpm graphviz gstreamer gtk gtk2 hal ieee1394 imagemagick imlib imlib2 ipv6 java jbig jpeg jpeg2k kde kdexdeltas lcms libwww live lzo mad mikmod mjpeg motif mp3 mpeg ncurses netcdf network nls nptl ogg oggvorbis openexr opengl oss pam pdflib perl plotutils png ppds python qt rdesktop readline samba sdl slang slp spell ssl szip tcltk tcpd tetex theora tiff truetype truetype-fonts type1-fonts unicode vorbis wmf xine xml xml2 xmms xprint xv xvid zeroconf zlib userland_GNU kernel_linux elibc_glibc" Unset: ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS, MAKEOPTS, PORTDIR_OVERLAY
I originally labeled that bug blocker because it prevents me to compile and test the software that I wanted to test, namely qmatplot. According to the definition of blocker it seemed fair game to me. Should it say "prevent the system from working" instead?
It is true that the blocker definition in Bugzilla is somewhat misleading. There was some talk about it on the gentoo-dev mailing list previously. Anyway, devs will take care of setting the severity, so it is usually best to leave that field alone unless you know something is trivial or an enhancement request.
I just emerged scilab with the tk interface (+tcltk -gtk) and it finished successfully. Seems to run fine. Could you try again with gtk disabled and see if that's what triggers the compile errors?
I just tried with USE="-gtk" and USE="-gtk -gtk2" and both failed with the exact same error message. scilab-2.7-r3 compiles and run fine. I will a few flag combinations to see if I can find something specific that triggers it. What was your flag combination for this successful build?
No flag combinations that I have tried resulted in a successful compilation. I am suspecting a problem with java from the error message but I may be wrong. I will try ultra-conservative CFLAGS to see if there is any culprit in there.
Ok after trying various USE=".." combinations that didn't work I tried a compilation with: CFLAGS="-O0" emerge -pv scilab and it still failed in the same place. I have tried everything I could think of.
Can you try with glibc-2.3.5?
(In reply to comment #7) > Can you try with glibc-2.3.5? I am giving it a go. Hopefully I won't have to recompile anything else after glibc. I am going away tomorow until the 12th of Sept. So if I have nothing today I won't be able to do anything else before that day.
(In reply to comment #7) > Can you try with glibc-2.3.5? OK it works. Compile went allright and I tried the demos and they worked as well. Now I hope I don't have anything depending on old pthread as this version of glibc will apparently take only one kind of thread. I don't remember this being the case on my x86 machine.
Yes, that's because of bug #92794
glibc-2.3.5-r2 is marked stable, so this is fixed now.
