Many new nice features just waiting for us :-)
The version 4.0 has been released on feb, 15. The features list is really nice... (In reply to comment #0) > Many new nice features just waiting for us :-)
I'm waiting for it too. 3.1.x ebild file isn't easy for modification :-(
*** Bug 128020 has been marked as a duplicate of this bug. ***
consider that 3.x is bad broken with gcc 4.x and 4.1.x, so scilab 4 could be a solution. try to bump
yeah, i've got a lot of problem (silent crash, graphics bug, export doesn't work) with latest scilab 3* in gentoo. Deseperately waiting for a 4.* ebuild
Created attachment 84116 [details] sci-mathematics/scilab-4.0.ebuild Here's a preliminary ebuild that I wrote up a few days ago. The problem though is that the scilab 4.0 release from the website won't compile. It compiles and works with CVS and one of the point releases (whichever the newest version is), but 4.0 as distributed bombs out on some error that I've since forgotten. Anyway, this ebuild might help you out. I'm almost sure that the RDEPEND/DEPEND section (what little there is) is inadequate since I couldn't find any deps on the scilab.org website.
doesn't work here (amd64 but i think that's unrelated.. :) make[2]: Leaving directory `/tmp/portage/scilab-4.0/work/scilab-4.0/scripts' make[1]: Leaving directory `/tmp/portage/scilab-4.0/work/scilab-4.0' install -d /usr/share/doc/scilab-4.0/ ACCESS DENIED mkdir: /usr/share/doc/scilab-4.0 install: cannot create directory `/usr/share/doc/scilab-4.0': Permission denied make: *** [install] Error 1
it's a sandbox error, should be multiplat :)
making all in routines/tclsci... make[2]: Entering directory `/var/tmp/portage/scilab-4.0/work/scilab-4.0/routines/tclsci' gcc -O -DNDEBUG -Dlinux -DNARROWPROTO `pkg-config gtk+-2.0 --cflags` -I. -c -o InitTclTk.o InitTclTk.c <snip> gcc -O -DNDEBUG -Dlinux -DNARROWPROTO `pkg-config gtk+-2.0 --cflags` -I. -c -o GedManagement.o GedManagement.c Creation of ../../libs/tclsci.a make[2]: Leaving directory `/var/tmp/portage/scilab-4.0/work/scilab-4.0/routines/tclsci' making all in routines/gzvt2... make[2]: Entering directory `/var/tmp/portage/scilab-4.0/work/scilab-4.0/routines/gzvt2' gcc -o ../../bin/zterm vte.c `pkg-config vte gtk+-2.0 --cflags --libs` make[2]: Leaving directory `/var/tmp/portage/scilab-4.0/work/scilab-4.0/routines/gzvt2' make[1]: Leaving directory `/var/tmp/portage/scilab-4.0/work/scilab-4.0/routines' !!! ERROR: sci-mathematics/scilab-4.0 failed. Call stack: ebuild.sh, line 1532: Called dyn_compile ebuild.sh, line 929: Called src_compile scilab-4.0.ebuild, line 29: Called die !!! emake failed !!! If you need support, post the topmost build error, and the call stack if relevant. Maybe a dependency problem.. I'll try to emerge 3.6.0-r1 first.
sorry, i see no errors in your log
Hi, I've just committed an ebuild for scilab-4.0 to portage cvs which should hit the mirrors in an hour or so. Currently, it is package.masked for further testing. Please give it a spin and report back any problems. Thanks, Markus
(In reply to comment #11) > Hi, > > I've just committed an ebuild for scilab-4.0 to portage cvs > which should hit the mirrors in an hour or so. Currently, it > is package.masked for further testing. Please give > it a spin and report back any problems. > I just tried to compile it on ppc but it fails because it cannot find gfortran (I use gcc4.1.0). It looks like upstream updated their config. file to detect gfortran only on x86. See: http://scilabsoft.inria.fr/cgi-bin/bugzilla_bug_II/show_bug.cgi?id=1834
(In reply to comment #12) > I just tried to compile it on ppc but it fails because it cannot find > gfortran (I use gcc4.1.0). It looks like upstream updated their config. > file to detect gfortran only on x86. See: > http://scilabsoft.inria.fr/cgi-bin/bugzilla_bug_II/show_bug.cgi?id=1834 > Hi Francois, Thanks for the heads up! Does passing -with-gfortran to configure fix this on ppc? Thanks, Markus
(In reply to comment #13) > (In reply to comment #12) > > I just tried to compile it on ppc but it fails because it cannot find > > gfortran (I use gcc4.1.0). It looks like upstream updated their config. > > file to detect gfortran only on x86. See: > > http://scilabsoft.inria.fr/cgi-bin/bugzilla_bug_II/show_bug.cgi?id=1834 > > > > Hi Francois, > > Thanks for the heads up! Does passing -with-gfortran to > configure fix this on ppc? > No it doesn't. Adding -with-gfortran makes the configure script check to see if /usr/bin/gfortran exist (which showed a weird problem when selecting gcc4.1.0 with gcc-config /usr/bin/gfortran-4.1.0 is created and point to the right thing but there is no /usr/bin/gfortran - I added a link by hand) but does nothing more afterward. Here is the complete log: lagrange scilab-4.0 # ./configure --prefix=/usr --host=powerpc-unknown-linux-gnu --mandir=/usr/share/man --infodir=/usr/share/info --datadir=/usr/share --sysconfdir=/etc --localstatedir=/var/lib --with-tk --without-xaw3d --with-gtk2 --without-ocaml --with-java --with-atlas-library=/usr/lib --build=powerpc-unknown-linux-gnu -with-gfortran checking build system type... powerpc-unknown-linux-gnu checking host system type... powerpc-unknown-linux-gnu checking for gfortran... yes configuration of libtool checking for powerpc-unknown-linux-gnu-gcc... powerpc-unknown-linux-gnu-gcc checking for C compiler default output... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether powerpc-unknown-linux-gnu-gcc accepts -g... yes checking for powerpc-unknown-linux-gnu-gcc option to accept ANSI C... none needed checking for a sed that does not truncate output... /bin/sed checking for egrep... grep -E checking for ld used by powerpc-unknown-linux-gnu-gcc... /usr/powerpc-unknown-linux-gnu/bin/ld checking if the linker (/usr/powerpc-unknown-linux-gnu/bin/ld) is GNU ld... yes checking for /usr/powerpc-unknown-linux-gnu/bin/ld option to reload object files... -r checking for BSD-compatible nm... /usr/bin/powerpc-unknown-linux-gnu-nm -B checking whether ln -s works... yes checking how to recognise dependent libraries... pass_all checking how to run the C preprocessor... powerpc-unknown-linux-gnu-gcc -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking dlfcn.h usability... yes checking dlfcn.h presence... yes checking for dlfcn.h... yes checking for powerpc-unknown-linux-gnu-g++... powerpc-unknown-linux-gnu-g++ checking whether we are using the GNU C++ compiler... yes checking whether powerpc-unknown-linux-gnu-g++ accepts -g... yes checking how to run the C++ preprocessor... powerpc-unknown-linux-gnu-g++ -E checking for powerpc-unknown-linux-gnu-g77... no checking for powerpc-unknown-linux-gnu-f77... no checking for powerpc-unknown-linux-gnu-xlf... no checking for powerpc-unknown-linux-gnu-frt... no checking for powerpc-unknown-linux-gnu-pgf77... no checking for powerpc-unknown-linux-gnu-fl32... no checking for powerpc-unknown-linux-gnu-af77... no checking for powerpc-unknown-linux-gnu-fort77... no checking for powerpc-unknown-linux-gnu-f90... no checking for powerpc-unknown-linux-gnu-xlf90... no checking for powerpc-unknown-linux-gnu-pgf90... no checking for powerpc-unknown-linux-gnu-epcf90... no checking for powerpc-unknown-linux-gnu-f95... no checking for powerpc-unknown-linux-gnu-fort... no checking for powerpc-unknown-linux-gnu-xlf95... no checking for powerpc-unknown-linux-gnu-lf95... no checking for powerpc-unknown-linux-gnu-g95... no checking for g77... no checking for f77... no checking for xlf... no checking for frt... no checking for pgf77... no checking for fl32... no checking for af77... no checking for fort77... no checking for f90... no checking for xlf90... no checking for pgf90... no checking for epcf90... no checking for f95... no checking for fort... no checking for xlf95... no checking for lf95... no checking for g95... no checking whether we are using the GNU Fortran 77 compiler... no checking whether accepts -g... no checking the maximum length of command line arguments... 32768 checking command to parse /usr/bin/powerpc-unknown-linux-gnu-nm -B output from powerpc-unknown-linux-gnu-gcc object... ok checking for objdir... .libs checking for powerpc-unknown-linux-gnu-ar... powerpc-unknown-linux-gnu-ar checking for powerpc-unknown-linux-gnu-ranlib... powerpc-unknown-linux-gnu-ranlib checking for powerpc-unknown-linux-gnu-strip... strip checking if powerpc-unknown-linux-gnu-gcc static flag works... yes checking if powerpc-unknown-linux-gnu-gcc supports -fno-rtti -fno-exceptions... no checking for powerpc-unknown-linux-gnu-gcc option to produce PIC... -fPIC checking if powerpc-unknown-linux-gnu-gcc PIC flag -fPIC works... yes checking if powerpc-unknown-linux-gnu-gcc supports -c -o file.o... yes checking whether the powerpc-unknown-linux-gnu-gcc linker (/usr/powerpc-unknown-linux-gnu/bin/ld) supports shared libraries... yes checking whether -lc should be explicitly linked in... no checking dynamic linker characteristics... GNU/Linux ld.so checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... yes configure: creating libtool appending configuration tag "CXX" to libtool checking for ld used by powerpc-unknown-linux-gnu-g++... /usr/powerpc-unknown-linux-gnu/bin/ld checking if the linker (/usr/powerpc-unknown-linux-gnu/bin/ld) is GNU ld... yes checking whether the powerpc-unknown-linux-gnu-g++ linker (/usr/powerpc-unknown-linux-gnu/bin/ld) supports shared libraries... yes checking for powerpc-unknown-linux-gnu-g++ option to produce PIC... -fPIC checking if powerpc-unknown-linux-gnu-g++ PIC flag -fPIC works... yes checking if powerpc-unknown-linux-gnu-g++ supports -c -o file.o... yes checking whether the powerpc-unknown-linux-gnu-g++ linker (/usr/powerpc-unknown-linux-gnu/bin/ld) supports shared libraries... yes checking dynamic linker characteristics... GNU/Linux ld.so checking how to hardcode library paths into programs... immediate checking whether stripping libraries is possible... yes appending configuration tag "F77" to libtool end of configuration of libtool checking for main in -lieee... yes checking for g77... no checking for f2c... no configure: error: Unable to configure: no Fortran compiler found =========== As you can see the configure script check for various compilers, none of them being gfortran wether -with-gfortran is passed or not.
Markus, on x86 and with gcc 4.1.0 it compiles and runs perfectly. you can unmask, ihmo (at least on x86)
Hi there. Using ~amd64 here ( i've added ~amd64 to the ebuild) wont work because of fortran compiler missing : checking for g77... no checking for f2c... no configure: error: Unable to configure: no Fortran compiler found then, i emerged 'f2c' and now, if fails with : ... gcc -march=k8 -O3 -pipe `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_SciDoubleArray.o javasci_SciDoubleArray.c Creation of ../../bin/libjavasci.so linking gcc: ../../routines/default/Ex-colnew.o: No such file or directory gcc: ../../routines/default/Ex-corr.o: No such file or directory gcc: ../../routines/default/Ex-feval.o: No such file or directory gcc: ../../routines/default/Ex-fsolve.o: No such file or directory ... (lot of other no such file or dir) also i've got those messages beforehand : cc1: error: unrecognized command line option "-fcflags`" intinttype.c:1: error: CPU you selected does not support x86-64 instruction set ../../bin/f77-linux -c -o convert.o convert.f f2ctmp_convert.f: convert: Warning on line 45 of f2ctmp_convert.f: inconsistent calling sequences for tpconv, arg 4: here integer variable, previously double precision variable. arg 6: here double precision variable, previously integer variable. gcc: `pkg-config: No such file or directory gcc: gtk+-2.0: No such file or directory `-m486' is deprecated. Use `-march=i486' or `-mtune=i486' instead. cc1: error: unrecognized command line option "-fcflags`" convert.c:1: error: CPU you selected does not support x86-64 instruction set ../../bin/f77-linux -c -o bitops.o bitops.f f2ctmp_bitops.f: i can answer questions and test some more if asked of course wishes, Thomas
Created attachment 85542 [details, diff] patch to enable gfortran on ppc Hi Francois, Unfortunately, I don't have access to a ppc machine hence I am pretty much shooting in the dark. Could you please try the attached patch for configure.in and report back how far into the configure process it gets you. Don't forget to run autoconf after applying the patch, otherwise you'll still use the old configure script. Thanks in advance for your help. Best, Markus
(In reply to comment #17) > Created an attachment (id=85542) [edit] > patch to enable gfortran on ppc > > Hi Francois, > > Unfortunately, I don't have access to a ppc machine hence I am > pretty much shooting in the dark. Could you please try the > attached patch for configure.in and report back how far into > the configure process it gets you. Don't forget to run autoconf > after applying the patch, otherwise you'll still use the old > configure script. > The patch get me past the first check but not the second one by itself, if the configure comand is: lagrange scilab-4.0 # ./configure --prefix=/usr --host=powerpc-unknown-linux-gnu --mandir=/usr/share/man --infodir=/usr/share/info --datadir=/usr/share --sysconfdir=/etc --localstatedir=/var/lib --with-tk --without-xaw3d --with-gtk2 --without-ocaml --with-java --with-atlas-library=/usr/lib --build=powerpc-unknown-linux-gnu It fails after the libtool configuration: checking whether stripping libraries is possible... yes end of configuration of libtool checking for main in -lieee... yes checking for g77... no checking for f2c... no configure: error: Unable to configure: no Fortran compiler found ======================== However adding --with-gfortran to the configure command line get me through that bit: ./configure --prefix=/usr --host=powerpc-unknown-linux-gnu --mandir=/usr/share/man --infodir=/usr/share/info --datadir=/usr/share --sysconfdir=/etc --localstatedir=/var/lib --with-tk --without-xaw3d --with-gtk2 --without-ocaml --with-java --with-atlas-library=/usr/lib --build=powerpc-unknown-linux-gnu --with-gfortran But it fails later on: checking for javac... no configure: WARNING: javac not found: I will not build the java interface checking for leading and/or trailing underscores... no yes checking for use of sharpsign in CPP... no checking for main in -lm... no checking for exp10... no checking for getwd... no checking for sleep... no checking for strerror... no checking for usleep... no checking for finite... no checking limits.h usability... no checking limits.h presence... yes configure: WARNING: limits.h: present but cannot be compiled configure: WARNING: limits.h: check for missing prerequisite headers? configure: WARNING: limits.h: see the Autoconf documentation configure: WARNING: limits.h: section "Present But Cannot Be Compiled" configure: WARNING: limits.h: proceeding with the preprocessor's result configure: WARNING: limits.h: in the future, the compiler will take precedence configure: WARNING: ## ------------------------------------------ ## configure: WARNING: ## Report this to the AC_PACKAGE_NAME lists. ## configure: WARNING: ## ------------------------------------------ ## checking for limits.h... yes checking values.h usability... no checking values.h presence... yes configure: WARNING: values.h: present but cannot be compiled configure: WARNING: values.h: check for missing prerequisite headers? configure: WARNING: values.h: see the Autoconf documentation configure: WARNING: values.h: section "Present But Cannot Be Compiled" configure: WARNING: values.h: proceeding with the preprocessor's result configure: WARNING: values.h: in the future, the compiler will take precedence configure: WARNING: ## ------------------------------------------ ## configure: WARNING: ## Report this to the AC_PACKAGE_NAME lists. ## configure: WARNING: ## ------------------------------------------ ## checking for values.h... yes checking for main in -lncurses... no checking for main in -lcurses... no checking for main in -ltermcap... no checking for main in -ltermlib... no checking for PVM architecture... LINUXPPC checking for main in -ldl... no checking for header file tcl.h... found in /usr/include checking if tcl is version 8.4 or later... cc1: error: unrecognized command line option "-fwritable-strings" (can't happen) yes checking for tcl library tcl.... found /usr/lib/libtcl.so using -L/usr/lib -ltcl checking for Tcl_DoOneEvent in -ltcl... no configure: error: header file tcl.h has been found for 8.4* but no corresponding tcl library ========================= I re-emerged tcl to make sure everything was all right and it still didn't work (I also tried to add threads to tcl in case but no luck either). Notice also that the configure script doesn't find javac either (on a standard ppc install it is in /opt/ibm-jdk-bin-1.4.2.03/bin ). Also note that I created a link from /usr/bin/gfortran to /usr/bin/gfortran-4.1.0 and without this link the configure script with --with-gfortran will break at the start.
(In reply to comment #15) > Markus, on x86 and with gcc 4.1.0 it compiles and runs perfectly. > > you can unmask, ihmo (at least on x86) > Just out of curiosity do you have a file "/usr/bin/gfortran" or "/usr/bin/gfortran-4.1.0" on x86 (or both)?
Just as a an add-on I tried various configuration options and the only way I can get through the whole configuration without errors is with the following: --without-tk to get past the problem I previously mentioned. --without-java to avoid the non-detection of javac. --without-gtk2 If I use the two previous flags and --with-gtk2 I get the following error: checking for main in -lncurses... no checking for main in -lcurses... no checking for main in -ltermcap... no checking for main in -ltermlib... no checking for PVM architecture... LINUXPPC checking for pkg-config... /usr/bin/pkg-config checking if gtk is version 2.1 or later... 2.8.12 checking for html_document_open_stream in -lgtkhtml-2... no configure: error: Could not find the libgtkhtml-2.0 package. ========== And with all those --without flags I get through the config. make all produce a number of error and warnings for a while before eventually dying in pvm. Looks like the road ahead is tough.
Created attachment 85577 [details, diff] second try: patch to enable gfortran on ppc Hi Francois, Sorry for the trouble. I suggest that we tackle tcltk first. Hence, please disable java and gtk for now, re-try with the updated patch and report back how far you get this time. You need to pass --with-gfortran which I forgot to tell you the first time (sorry!) and do an autoconf. Thanks, Markus
(In reply to comment #21) > Created an attachment (id=85577) [edit] > second try: patch to enable gfortran on ppc > > Hi Francois, > > Sorry for the trouble. I suggest that we tackle tcltk first. Hence, please > disable java and gtk for now, re-try with the updated patch and report > back how far you get this time. You need to pass --with-gfortran which > I forgot to tell you the first time (sorry!) and do an autoconf. > OK, I cleaned the previous mess, disabled gtk and java, applied your patch ran autoconf run the config script adding --with-gfortran. It worked without an itch. And make all exited successfully. I tested the app and ran a few demo without problem in tcl/tk mode. Now to use --with-gfortran I created by hand a file /usr/bin/gfortran pointing to /usr/bin/gfortran-4.1.0 - the configuration won't work without it should I fill a bug with gcc-config? Also the patch and the procedure may also be helpfull to people on amd64, could they also try it? Francois
(In reply to comment #22) > OK, I cleaned the previous mess, disabled gtk and java, applied your patch > ran autoconf run the config script adding --with-gfortran. > It worked without an itch. And make all exited successfully. > I tested the app and ran a few demo without problem in tcl/tk mode. > Great, thanks for testing :) > Now to use --with-gfortran I created by hand a file /usr/bin/gfortran > pointing to /usr/bin/gfortran-4.1.0 - the configuration won't work without > it should I fill a bug with gcc-config? Just to make sure that I understand you correctly: Using the patch + --with-gfortran only works with linking /usr/bin/gfortran to /usr/bin/gfortran-4.1.0? If this is the case, what does 'which gfortran' yield on your box? This should point to /usr/i686-pc-linux-gnu/gcc-bin/4.1.0/gfortran or sth similar. > Also the patch and the procedure may also be helpfull to people on amd64, > could they also try it? I am really hoping that upstream will address this gcc-4.x mess soon. Since the ebuild currently is only marked ~x86 ~ppc I'd like to get it working on these arches first. Now that tcltk seems to work, could you try enabling gtk and see what happens? Thanks, Markus
(In reply to comment #23) > (In reply to comment #22) > > Now to use --with-gfortran I created by hand a file /usr/bin/gfortran > > pointing to /usr/bin/gfortran-4.1.0 - the configuration won't work without > > it should I fill a bug with gcc-config? > > Just to make sure that I understand you correctly: Using the patch + > --with-gfortran only works with linking /usr/bin/gfortran to > /usr/bin/gfortran-4.1.0? > If this is the case, what does 'which gfortran' yield on your box? This should > point to /usr/i686-pc-linux-gnu/gcc-bin/4.1.0/gfortran or sth similar. > Yes that is correct. As a normal user 'which gfortran' give the following: /usr/powerpc-unknown-linux-gnu/gcc-bin/4.1.0/gfortran as root it gives: which: no gfortran in (/sbin:/bin:/usr/sbin:/usr/bin) > > Also the patch and the procedure may also be helpfull to people on amd64, > > could they also try it? > > I am really hoping that upstream will address this gcc-4.x mess soon. Since > the ebuild currently is only marked ~x86 ~ppc I'd like to get it working > on these arches first. > > Now that tcltk seems to work, could you try enabling gtk and see what > happens? > I just did that sometime before your answer and your patch appears to also fix the gtk problem. I ran a few test and it did work. Francois
(In reply to comment #24) > Yes that is correct. As a normal user 'which gfortran' give the following: > /usr/powerpc-unknown-linux-gnu/gcc-bin/4.1.0/gfortran > as root it gives: > which: no gfortran in (/sbin:/bin:/usr/sbin:/usr/bin) > Hmm.. If a "source /etc/profile" as root doesn't help there's something odd going on and you might want to file a bug about it. > I just did that sometime before your answer and your patch appears to also > fix the gtk problem. I ran a few test and it did work. Excellent! I'll update the ebuild accordingly. Thanks again for your help. best, Markus
(In reply to comment #25) > (In reply to comment #24) > > Yes that is correct. As a normal user 'which gfortran' give the following: > > /usr/powerpc-unknown-linux-gnu/gcc-bin/4.1.0/gfortran > > as root it gives: > > which: no gfortran in (/sbin:/bin:/usr/sbin:/usr/bin) > > > > Hmm.. If a "source /etc/profile" as root doesn't help there's > something odd going on and you might want to file a bug about it. > Weird something must be broken in my config. Hopefully I think portage source /etc/profile before running: fbissey@lagrange ~ $ which gfortran /usr/powerpc-unknown-linux-gnu/gcc-bin/4.1.0/gfortran fbissey@lagrange ~ $ su Password: lagrange fbissey # which gfortran which: no gfortran in (/sbin:/bin:/usr/sbin:/usr/bin) lagrange fbissey # source /etc/profile bash: /usr/lib/misc/xprint: No such file or directory lagrange fbissey # which gfortran /usr/powerpc-unknown-linux-gnu/gcc-bin/4.1.0/gfortran And then I don't need the link anymore for the configure script to work. However, I still need to use --with-gfortran.
i'm using ~amd64 reading the comments, i've tried that * disable tcltk * disable java * i had a g77-3.4.4 and no 'g77' so i've created the link make[2]: Leaving directory `/tmp/portage/scilab-4.0/work/scilab-4.0/routines/gzvt2' make[1]: Leaving directory `/tmp/portage/scilab-4.0/work/scilab-4.0/routines' linking /var/tmp/portage/scilab-4.0/work/scilab-4.0/libs/system.a(scicurdir.o): In function `scigetcwd_': scicurdir.c:(.text+0xa4): warning: the `getwd' function is dangerous and should not be used. /var/tmp/portage/scilab-4.0/work/scilab-4.0/libs/os_specific.a(link.o): In function `CreateShared': link.c:(.text+0x503): warning: the use of `mktemp' is dangerous, better use `mkstemp' /usr/lib/libatlas.so.0: undefined reference to `pthread_create' /usr/lib/libatlas.so.0: undefined reference to `pthread_join' collect2: ld returned 1 exit status make: *** [bin/scilex] Error 1 enabling java would still fail with /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
(In reply to comment #26) > > And then I don't need the link anymore for the configure script > to work. However, I still need to use --with-gfortran. > Hi Francois, I've just merged all the ppc stuff into the ebuild and committed it to cvs (should be on the mirrors in an hour or so). It would be great it you could give it a spin sometime and make sure everything works as advertised. @ Thomas: Thanks for testing. I will have a look at your errors and see if there is a patch I can come up with. Since I don't have an amd64 box I'll likely have to ask you to do some testing. Thanks in advance. Best, Markus
(In reply to comment #28) > (In reply to comment #26) > > > > And then I don't need the link anymore for the configure script > > to work. However, I still need to use --with-gfortran. > > > > Hi Francois, > > I've just merged all the ppc stuff into the ebuild and committed > it to cvs (should be on the mirrors in an hour or so). It would be > great it you could give it a spin sometime and make sure everything > works as advertised. > Just found it and emerged it. The /etc/profile thing was also the reason why javac was not found. So I emerged it with gtk tcltk and java and tried a few demos and most of them work OK. A few crashed on me for unknown reasons (the control demos to be specific, may be they have special requirements, I didn't test them with the old scilab so I cannot tell if they were working before). As far as I am concerned it all works on ppc :) .
(In reply to comment #29) > Just found it and emerged it. The /etc/profile thing was also the reason > why javac was not found. > So I emerged it with gtk tcltk and java and tried a few demos and most > of them work OK. A few crashed on me for unknown reasons (the control > demos to be specific, may be they have special requirements, I didn't test > them with the old scilab so I cannot tell if they were working before). > As far as I am concerned it all works on ppc :) . > Good to hear that everything works and thanks again for your help! It is much appreciated. best, Markus
Hi Markus, I'm having trouble to compile scilab 4 on x86 First I have tried to compile with tcltk and after with gtk, both giving me the same error: with tcltk: gcc -O2 -march=athlon-xp -fomit-frame-pointer -pipe -I/var/tmp/portage/scilab-4.0/work/scilab-4.0/pvm3/include -c -o intpvm.o intpvm.c g77 -c -o mycmatptr.o mycmatptr.f Creation of ../../libs/pvm.a make[2]: Leaving directory `/var/tmp/portage/scilab-4.0/work/scilab-4.0/routines/pvm' make[1]: Leaving directory `/var/tmp/portage/scilab-4.0/work/scilab-4.0/routines' !!! ERROR: sci-mathematics/scilab-4.0 failed. Call stack: ebuild.sh, line 1521: Called dyn_compile ebuild.sh, line 924: Called src_compile scilab-4.0.ebuild, line 85: Called die !!! emake failed !!! If you need support, post the topmost build error, and the call stack if relevant. with gtk: gcc -O2 -march=athlon-xp -fomit-frame-pointer -pipe `pkg-config gtk+-2.0 --cflags` -I/var/tmp/portage/scilab-4.0/work/scilab-4.0/pvm3/include -c -o intpvm.o intpvm.c g77 -c -o mycmatptr.o mycmatptr.f Creation of ../../libs/pvm.a make[2]: Leaving directory `/var/tmp/portage/scilab-4.0/work/scilab-4.0/routines/pvm' making all in routines/gzvt2... make[2]: Entering directory `/var/tmp/portage/scilab-4.0/work/scilab-4.0/routines/gzvt2' gcc -o ../../bin/zterm vte.c `pkg-config vte gtk+-2.0 --cflags --libs` make[2]: Leaving directory `/var/tmp/portage/scilab-4.0/work/scilab-4.0/routines/gzvt2' make[1]: Leaving directory `/var/tmp/portage/scilab-4.0/work/scilab-4.0/routines' !!! ERROR: sci-mathematics/scilab-4.0 failed. Call stack: ebuild.sh, line 1521: Called dyn_compile ebuild.sh, line 924: Called src_compile scilab-4.0.ebuild, line 85: Called die !!! emake failed !!! If you need support, post the topmost build error, and the call stack if relevant. I'm using gcc 3.4.5 (but I have tried with gcc 4.1.0 too with the same results) and modular X.
Hi Marcio, Thanks for your report. Unfortunately, from what you posted I can't really tell what is going wrong. Could you please post your "emerge --info"! Thanks, Markus
ops, sorry, I forgot that... here it goes: Portage 2.1_pre10 (default-linux/x86/2005.1, gcc-3.4.5, glibc-2.3.6-r3, 2.6.16-gentoo-r3 i686) ================================================================= System uname: 2.6.16-gentoo-r3 i686 AMD Athlon(tm) XP 2200+ Gentoo Base System version 1.6.14 dev-lang/python: 2.4.2 dev-util/ccache: [Not Present] dev-util/confcache: [Not Present] sys-apps/sandbox: 1.2.12 sys-devel/autoconf: 2.13, 2.59-r7 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1 sys-devel/binutils: 2.16.1 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="x86" AUTOCLEAN="yes" CBUILD="i686-pc-linux-gnu" CFLAGS="-O2 -march=athlon-xp -fomit-frame-pointer -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/kde/3/share/config /usr/share/X11/xkb /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/eselect/compiler /etc/gconf /etc/terminfo /etc/env.d" CXXFLAGS="-O2 -march=athlon-xp -fomit-frame-pointer -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig distlocks metadata-transfer sandbox sfperms strict" GENTOO_MIRRORS="http://www.las.ic.unicamp.br/pub/gentoo/" LANG="pt_BR" LC_ALL="pt_BR" LINGUAS="pt_BR" MAKEOPTS="-j2" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.samerica.gentoo.org/gentoo-portage" USE="x86 3dnow X a52 aac acpi alsa apm asf audiofile avi berkdb bitmap-fonts browserplugin bzip2 cairo cdr cli cpudetection crypt css cups custom-cflags dbus dga directfb dri dts dvd dvdr dvdread emboss encode fame fbcon ffmpeg flac foomaticdb fortran gdbm gif glitz glut gpm gtk gtk2 hal imagemagick imlib ipv6 isdnlog jpeg kde libg++ libwww lm_sensors lzo mad mikmod mjpeg mmx motif mp3 mp4 mpeg ncurses nls nptl nptlonly nvidia ogg oggvorbis opengl pam pcre pdflib perl png pppd python qt quicktime rar readline reflection samba sametime sdl sensord session sndfile spell spl sse ssl subtitles svg svga sysfs tcpd theora tiff truetype truetype-fonts type1-fonts unicode userlocales utf8 vcd vidix vorbis win32codecs wma wmf xcomposite xine xml xml2 xorg xv xvid xvmc zlib elibc_glibc input_devices_keyboard input_devices_mouse kernel_linux linguas_pt_BR userland_GNU video_cards_nvidia video_cards_nv video_cards_vesa video_cards_fbdev" Unset: ASFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LDFLAGS
Strange, I have an amd64 notebook too (but running in 32 bit) and I have sucessfuly instaled the scilab 4.0 on it, its very strange, the two machines have almost the same use flags, the same cflags and almost the sames oftware instaled on it... I will try to see if I can find someting diferent in the configuration of the two machines
(In reply to comment #33) > MAKEOPTS="-j2" That's probably the bad guy! It looks like scilab's makefile doesn't like parallel builds. Could you try with -j1 and see if that works. Thanks, Markus
(In reply to comment #35) Hi Markus Using makeopts=j1 solved the problem, scilab is compiling sucessfuly now. It's possible to disable the parallel build in the ebuild? If yes, I think we should do that, since a lot of people use "j2". Thanks for the help, now I will start to do some test to see if everyting is working (I have compiled with gtk now, I will try the tcltk use flag later).
(In reply to comment #36) > (In reply to comment #35) > Hi Markus > > Using makeopts=j1 solved the problem, scilab is compiling sucessfuly now. > Thank you very much for your feedback and I am glad it works. I've just disabled parallel builds in the ebuild. Please let me know how your testing goes. Thanks, Markus
I'm testing this for amd64 since scilab is not updated on this arch since 2.7. The ebuild fail complaining about -fPIC and about bad symbols. I also noticed that it complained about an invalid UTF-8 character in one of the files: ============ FAILED MESSAGE =============== make[2]: Entrando no diret
I'm testing this for amd64 since scilab is not updated on this arch since 2.7. The ebuild fail complaining about -fPIC and about bad symbols. I also noticed that it complained about an invalid UTF-8 character in one of the files: ============ FAILED MESSAGE =============== make[2]: Entrando no diretório `/var/tmp/portage/scilab-4.0/work/scilab-4.0/rout ines/gzvt2' gcc -o ../../bin/zterm vte.c `pkg-config vte gtk+-2.0 --cflags --libs` make[2]: Saindo do diretório `/var/tmp/portage/scilab-4.0/work/scilab-4.0/routin es/gzvt2' make[1]: Saindo do diretório `/var/tmp/portage/scilab-4.0/work/scilab-4.0/routin es' making all in routines/Javasci... make[1]: Entrando no diretório `/var/tmp/portage/scilab-4.0/work/scilab-4.0/rout ines/Javasci' make[2]: Entrando no diretório `/var/tmp/portage/scilab-4.0/work/scilab-4.0/rout ines/Javasci/classes' BadDataArgumentException.java:6: warning: unmappable character for encoding UTF8 /* Cette classe permet de g�rer les exceptions dans les constructeurs SciDoubleA rray , SciStringArray */ ^ 1 warning make[2]: Saindo do diretório `/var/tmp/portage/scilab-4.0/work/scilab-4.0/routin es/Javasci/classes' gcc -march=athlon64 -O2 -pipe `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_SciStringArra y.o javasci_SciStringArray.c gcc -march=athlon64 -O2 -pipe `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_globals.o jav asci_globals.c gcc -march=athlon64 -O2 -pipe `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_Scilab.o java sci_Scilab.c gcc -march=athlon64 -O2 -pipe `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_SciDoubleArra y.o javasci_SciDoubleArray.c Creation of ../../bin/libjavasci.so linking /usr/lib/gcc/x86_64-pc-linux-gnu/3.4.6/../../../../x86_64-pc-linux-gnu/bin/ld: / usr/lib/gcc/x86_64-pc-linux-gnu/3.4.6/../../../../lib64/crt1.o: relocation R_X86 _64_32S against `__libc_csu_fini' can not be used when making a shared object; r ecompile with -fPIC /usr/lib/gcc/x86_64-pc-linux-gnu/3.4.6/../../../../lib64/crt1.o: could not read symbols: Bad value collect2: ld returned 1 exit status make[1]: ** [../../bin/libjavasci.so] Erro 1 make[1]: Saindo do diretório `/var/tmp/portage/scilab-4.0/work/scilab-4.0/routin es/Javasci' make: ** [scilex-lib] Erro 2 !!! ERROR: sci-mathematics/scilab-4.0 failed. Call stack: ebuild.sh, line 1525: Called dyn_compile ebuild.sh, line 928: Called src_compile scilab-4.0.ebuild, line 85: Called die !!! emake failed !!! If you need support, post the topmost build error, and the call stack if rel evant. ======================================= ========EMERGE INFO====================== Portage 2.1_pre10-r2 (default-linux/amd64/2006.0, gcc-3.4.6, glibc-2.4-r2, 2.6.15-gentoo-r8 x86_64) ================================================================= System uname: 2.6.15-gentoo-r8 x86_64 AMD Athlon(tm) 64 X2 Dual Core Processor 3800+ Gentoo Base System version 1.12.0_pre19 ccache version 2.4 [enabled] dev-lang/python: 2.4.3-r1 dev-util/ccache: 2.4-r1 dev-util/confcache: [Not Present] sys-apps/sandbox: 1.2.18 sys-devel/autoconf: 2.13, 2.59-r7 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2 sys-devel/binutils: 2.16.1-r2 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.11-r3 ACCEPT_KEYWORDS="amd64 ~amd64" AUTOCLEAN="yes" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=athlon64 -O2 -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/kde/3/share/config /usr/share/X11/xkb /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/eselect/compiler /etc/gconf /etc/revdep-rebuild /etc/terminfo /etc/texmf/web2c /etc/env.d" CXXFLAGS="-march=athlon64 -O2 -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig buildpkg ccache distlocks metadata-transfer parallel-fetch sandbox sfperms strict" GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo" LANG="pt_BR.UTF-8" LC_ALL="pt_BR.UTF-8" LINGUAS="en_US en pt_BR pt fr" MAKEOPTS="-j4" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage" SYNC="rsync://rsync.gentoo.org/gentoo-portage" USE="amd64 X aac alsa artworkextra avi bash-completion berkdb bitmap-fonts bzip2 cairo caps cdr cli crypt cscope cups dbus djvu dri dts dvd dvi editor eds effects emboss encode firefox flac foomaticdb fortran gaim gdb gif gimp glut gnome gphoto2 gpm graphviz gstreamer gtk gtk2 guile hal howl imlib inkjar ipv6 isdnlog java joystick jpeg jpeg2k libg++ libnotify logrotate lzw lzw-tiff mad mp3 mpeg music musicbrainz nautilus ncurses nls nptl nptlonly nsplugin offensive ogg opengl pam pcre pdflib perl pic png postgres ppds pppd python qt quicktime readline reflection scanner sdl session spell spl ssl svg tagwriting tcpd theora threads tiff timidity truetype-fonts type1 type1-fonts unicode usb userlocales visualization vorbis xorg xpm xv zlib elibc_glibc input_devices_keyboard input_devices_mouse kernel_linux linguas_en_US linguas_en linguas_pt_BR linguas_pt linguas_fr userland_GNU video_cards_fglrx video_cards_vesa" Unset: ASFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LDFLAGS ========================================= Since the error was on the java part of the build I'll try compiling w/o it and will post the results here.
Tryed the ebuild with -java this were the results: In file included from helpbrowser.c:7: helpbrowser-gtk2.c: In function `io_handler': helpbrowser-gtk2.c:475: warning: passing arg 4 of `g_io_channel_read_chars' from incompatible pointer type helpbrowser-gtk2.c:491: warning: passing arg 4 of `g_io_channel_read_chars' from incompatible pointer type gcc -march=athlon64 -O2 -pipe `pkg-config gtk+-2.0 --cflags` -c -o zzledt-rl.o zzledt-rl.c Creation of ../../libs/gtksci.a make[2]: Saindo do diret
Tryed the ebuild with -java this were the results: In file included from helpbrowser.c:7: helpbrowser-gtk2.c: In function `io_handler': helpbrowser-gtk2.c:475: warning: passing arg 4 of `g_io_channel_read_chars' from incompatible pointer type helpbrowser-gtk2.c:491: warning: passing arg 4 of `g_io_channel_read_chars' from incompatible pointer type gcc -march=athlon64 -O2 -pipe `pkg-config gtk+-2.0 --cflags` -c -o zzledt-rl.o zzledt-rl.c Creation of ../../libs/gtksci.a make[2]: Saindo do diretório `/var/tmp/portage/scilab-4.0/work/scilab-4.0/routines/gtksci' making all in routines/gzvt2... make[2]: Entrando no diretório `/var/tmp/portage/scilab-4.0/work/scilab-4.0/routines/gzvt2' gcc -o ../../bin/zterm vte.c `pkg-config vte gtk+-2.0 --cflags --libs` make[2]: Saindo do diretório `/var/tmp/portage/scilab-4.0/work/scilab-4.0/routines/gzvt2' make[1]: Saindo do diretório `/var/tmp/portage/scilab-4.0/work/scilab-4.0/routines' linking /var/tmp/portage/scilab-4.0/work/scilab-4.0/libs/system.a(scicurdir.o): In function `scigetcwd_': scicurdir.c:(.text+0x94): warning: the `getwd' function is dangerous and should not be used. /var/tmp/portage/scilab-4.0/work/scilab-4.0/libs/os_specific.a(link.o): In function `CreateShared': link.c:(.text+0x2e3): warning: the use of `mktemp' is dangerous, better use `mkstemp' /usr/lib/libatlas.so.0: undefined reference to `pthread_create' /usr/lib/libatlas.so.0: undefined reference to `pthread_join' collect2: ld returned 1 exit status make: ** [bin/scilex] Erro 1 !!! ERROR: sci-mathematics/scilab-4.0 failed. Call stack: ebuild.sh, line 1525: Called dyn_compile ebuild.sh, line 928: Called src_compile scilab-4.0.ebuild, line 85: Called die !!! emake failed !!! If you need support, post the topmost build error, and the call stack if relevant. I think there is some problem w/ blas-atlas on this arch.
Ok, I tried to compile scilab against the following blas implementations: ATLAS reference threaded-ATLAS None of them worked. They all failed with: /var/tmp/portage/scilab-4.0/work/scilab-4.0/libs/system.a(scicurdir.o): In function `scigetcwd_': scicurdir.c:(.text+0x94): warning: the `getwd' function is dangerous and should not be used. /var/tmp/portage/scilab-4.0/work/scilab-4.0/libs/os_specific.a(link.o): In function `CreateShared': link.c:(.text+0x2e3): warning: the use of `mktemp' is dangerous, better use `mkstemp' /usr/lib/libatlas.so.0: undefined reference to `pthread_create' /usr/lib/libatlas.so.0: undefined reference to `pthread_join'
(In reply to comment #40) > Ok, I tried to compile scilab against the following blas implementations: > > ATLAS > reference > threaded-ATLAS > > None of them worked. They all failed with: > > > /var/tmp/portage/scilab-4.0/work/scilab-4.0/libs/system.a(scicurdir.o): In > function `scigetcwd_': > scicurdir.c:(.text+0x94): warning: the `getwd' function is dangerous and should > not be used. > /var/tmp/portage/scilab-4.0/work/scilab-4.0/libs/os_specific.a(link.o): In > function `CreateShared': > link.c:(.text+0x2e3): warning: the use of `mktemp' is dangerous, better use > `mkstemp' > /usr/lib/libatlas.so.0: undefined reference to `pthread_create' > /usr/lib/libatlas. Gustavoso.0: undefined reference to `pthread_join' > Hi Gustavo, Thanks very much for your testing. I am currently working at these pthread issues in bug #131957. It seems glibc-2.4 related. Maybe you can give the patch that I posted there a try since I can't test glibc-2.4 at the moment. Many thanks in advance. Best, Markus
(In reply to comment #41) > (In reply to comment #40) > > Hi Gustavo, > > Thanks very much for your testing. I am currently working at these > pthread issues in bug #131957. It seems glibc-2.4 related. Maybe > you can give the patch that I posted there a try since I can't > test glibc-2.4 at the moment. > > Many thanks in advance. > > Best, > Markus > I tried the patch on that bug. It didn't work. More info at bug #131957. Thanks, Gustavo
Hi all, Sorry for the delay and scilab-4.0 has finally been unmasked and I am closing this bug. Hopefully the pthread issues which are subject of bug #131957 have been taken care of as well. Thanks, Markus
Thanks for the ppc patch, I included it in the upstream. It will be available by default in the version 4.1 of scilab.
(In reply to comment #44) > Thanks for the ppc patch, I included it in the upstream. It will be available > by default in the version 4.1 of scilab. > Hi Sylvestre, Great and thanks:) Best, Markus
