This a request for scilab-3.* to be added to amd64 testing, since it has a lot of features that 2.7 (the current stable version) has. Reproducible: Always Steps to Reproduce:
There is currently a bug on a scilab dependancy: sci-libs/blas-atlas-3.6.0 ( bug #114587 ) that blocks installation for testing. When that bug is resolved, I can continue testing this one for ~amd64.
Do scilab needs to run w/ blas-atlas? Can't it run w/ the other blas implementations that are on portage?
today, blas-atlas installed well on my amd64, but scilab-3.1.1-r3 failed with the following ( i added the ~amd64 by hand) for info. cc1: note: -fwritable-strings is deprecated; see documentation for details javasci_Scilab.c:58:107: warning: no newline at end of file gcc -O -DNDEBUG -Dlinux -fwritable-strings -DNARROWPROTO -DWITH_ATLAS `pkg-config gtk+-2.0 --cflags` -I/opt/sun-jdk-1.5.0.06/include -I/opt/sun-jdk-1.5.0.06/include/linux -c -o javasci_SciReal.o javasci_SciReal.c cc1: note: -fwritable-strings is deprecated; see documentation for details gcc -O -DNDEBUG -Dlinux -fwritable-strings -DNARROWPROTO -DWITH_ATLAS `pkg-config gtk+-2.0 --cflags` -I/opt/sun-jdk-1.5.0.06/include -I/opt/sun-jdk-1.5.0.06/include/linux -c -o fix.o fix.c cc1: note: -fwritable-strings is deprecated; see documentation for details Creation of ../../bin/libjavasci.so linking /usr/lib/gcc/x86_64-pc-linux-gnu/3.4.4/../../../../x86_64-pc-linux-gnu/bin/ld: /usr/lib/gcc/x86_64-pc-linux-gnu/3.4.4/../../../../lib64/crt1.o: relocation R_X86_64_32S against `__libc_csu_fini' can not be used when making a shared object; recompile with -fPIC /usr/lib/gcc/x86_64-pc-linux-gnu/3.4.4/../../../../lib64/crt1.o: could not read symbols: Bad value collect2: ld returned 1 exit status make[1]: *** [../../bin/libjavasci.so] Error 1 make[1]: Leaving directory `/tmp/portage/scilab-3.1.1-r3/work/scilab-3.1.1/routines/Javasci' make: *** [scilex-lib] Error 2 !!! ERROR: sci-mathematics/scilab-3.1.1-r3 failed.
(In reply to comment #3) > today, blas-atlas installed well on my amd64, but scilab-3.1.1-r3 failed with > the following ( i added the ~amd64 by hand) > for info. > Creation of ../../bin/libjavasci.so > linking > /usr/lib/gcc/x86_64-pc-linux-gnu/3.4.4/../../../../x86_64-pc-linux-gnu/bin/ld: > /usr/lib/gcc/x86_64-pc-linux-gnu/3.4.4/../../../../lib64/crt1.o: relocation > R_X86_64_32S against `__libc_csu_fini' can not be used when making a shared > object; recompile with -fPIC > /usr/lib/gcc/x86_64-pc-linux-gnu/3.4.4/../../../../lib64/crt1.o: could not read > symbols: Bad value > collect2: ld returned 1 exit status There you go, broken toolchain. It has nothing to do with scilab and/or blas-atlas when your crt1.o has a TEXTREL against __libc_csu_fini.
Just to add to this: I have successfully compiled scilab 4.0 for amd64 simply by adding the ~amd64 keyword to the ebuild. This is with blas-atlas and lapack-atlas 3.7.11 and the Xaw32 java and gtk USE flags.
scilab-4.0 emerges fine for me (as stated in bug 155812) and passes the test provided by je_fro in that bug. Good for ~amd64. Portage 2.1.2_rc2-r1 (default-linux/amd64/2006.1/desktop, gcc-4.1.1, glibc-2.5-r0, 2.6.18-suspend2-Dudebox-Edition x86_64) ================================================================= System uname: 2.6.18-suspend2-Dudebox-Edition x86_64 AMD Athlon(tm) 64 Processor 3200+ Gentoo Base System version 1.12.6 Last Sync: Thu, 23 Nov 2006 05:00:01 +0000 distcc 2.18.3 x86_64-pc-linux-gnu (protocols 1 and 2) (default port 3632) [enabled] ccache version 2.4 [enabled] dev-lang/python: 2.4.4 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.61 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 sys-devel/gcc-config: 1.3.14 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.17-r1 ACCEPT_KEYWORDS="amd64 ~amd64" AUTOCLEAN="yes" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=k8 -msse3 -Os -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/share/X11/xkb /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/env.d /etc/gconf /etc/revdep-rebuild /etc/terminfo" CXXFLAGS="-march=k8 -msse3 -Os -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig ccache collision-protect distcc distlocks metadata-transfer multilib-strict parallel-fetch sandbox sfperms strict test userfetch userpriv usersandbox" GENTOO_MIRRORS="http://mirrors.sec.informatik.tu-darmstadt.de/gentoo/ ftp://ftp.wh2.tu-dresden.de/pub/mirrors/gentoo ftp://linux.rz.ruhr-uni-bochum.de/gentoo-mirror/ ftp:///ftp-stud.fht-esslingen.de/pub/Mirrors/gentoo/" LDFLAGS="-Wl,-O1" MAKEOPTS="-j4" 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/portage" SYNC="rsync://server/gentoo-portage" USE="amd64 X alsa berkdb bitmap-fonts cairo cdr cli cracklib crypt cups dbus dlloader dri dvd dvdr dvdread eds elibc_glibc emboss encode esd fam firefox fortran gdbm gif gpm gstreamer gtk gtk2 hal iconv input_devices_keyboard input_devices_mouse isdnlog jpeg kde kdeenablefinal kdehiddenvisibility kernel_linux libg++ mad mikmod mp3 mpeg ncurses nls nptl nptlonly objc objc++ ogg oss pam pcre pdf perl png ppds pppd python qt3 qt4 quicktime readline reflection sdl session spell spl ssl tcpd truetype truetype-fonts type1-fonts udev unicode userland_GNU video_cards_radeon vorbis xml xorg xv zlib" Unset: CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL, LINGUAS, PORTAGE_RSYNC_EXTRA_OPTS
Added ~amd64 for scilab 4.0
i think we can close this one then