Bugzilla Bug 109722

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