Summary: | [science-overlay] sci-mathematics/scilab-5.2.1 - x86_64-pc-linux-gnu-gfortran: unrecognized option '-soname' | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Juergen Rose <rose> |
Component: | Current packages | Assignee: | Gentoo Science Mathematics related packages <sci-mathematics> |
Status: | RESOLVED DUPLICATE | ||
Severity: | normal | CC: | cluster, tomka |
Priority: | High | ||
Version: | 2007.0 | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: | /var/tmp/portage/sci-mathematics/scilab-5.2.1/temp/build.log |
Description
Juergen Rose
2010-05-26 10:31:32 UTC
Created attachment 232979 [details]
/var/tmp/portage/sci-mathematics/scilab-5.2.1/temp/build.log
I get the same error on i686 systems: ... la-sci_comp.o .libs/libscicore_la-sci_exit.o .libs/sci_errclear.o .libs/sci_global.o .libs/sci_mtlb_mode.o .libs/sci_resume.o .libs/sci_dispbpt.o .libs/sci_useascommand.o .libs/sci_intppty.o .libs/sci_ieee.o .libs/sci_macrovar.o .libs/sci_exists.o .libs/sci_errcatch.o .libs/sci_clear.o .libs/sci_argn.o .libs/sci_setbpt.o .libs/sci_clearglobal.o .libs/sci_delbpt.o .libs/where.o .libs/sci_iserror.o .libs/sci_debug.o .libs/sci_comp.o .libs/sci_isglobal.o /usr/lib/libxml2.so -lz -ldl -lcurses -lm -march=pentium-m -O1 -soname libscicore.so.5 -o .libs/libscicore.so.5.0.2 i686-pc-linux-gnu-gfortran: libscicore.so.5: No such file or directory i686-pc-linux-gnu-gfortran: unrecognized option '-soname' make[2]: *** [libscicore.la] Error 1 Almost two weeks later: any news? One month later: anybody here? (In reply to comment #4) > One month later: anybody here? Dear Jürgen, thank you for reporting this bug. We at sci-math are heavily overworked, not to mention we are all volunteers. You could take a more active stance and try to investigate this issue yourself. For instance, if you unpack the tarball and try to build independent of portage. Does the problem persist? If yes, you could contact the developers and ask them for help. If not, then it is a Gentoo issue and you could look at the ebuild and try to figure the reason there. Any additional information you can provide will speed up the process of getting this fixed. No offense, thanks for flying Gentoo. Could you please comment on that, cp-cluster? (In reply to comment #6) > Could you please comment on that, cp-cluster? > 1. The buildsystem is calling the fortran compiler incorrectly, i.e. directly passing linker flags to it. 2. 5.2.1 isn't in the main tree, what overlay are you using? Hi Thomas, I am prepared to support you, but I need some suggestions. I unpacked the tarball /usr/src and did a './configure --prefix=/usr', but it failed with: configure: error: Could not find or use the Java package/jar jgraphx used by Diagram design (looking for package com.mxgraph.model.mxCell) I tried to find some jgraphx specific configure options: orca scilab-5.2.1 # ./configure --help | grep -ie "java\|jgraphx" --enable-debug-java Print warning messages and line numbers (Java code) --enable-build-swig Regenerate Java => C wrappers produces by Swig (A Java Development Kit (JDK) is mandatory for this --enable-build-giws Regenerate C/C++ => Java wrappers produces by Giws (A Java Development Kit (JDK) is mandatory for this --without-javasci Disable the Java/Scilab interface (javasci) I don't see anything helpful. I was looking for jgraphx specific patches in scilab-5.2.1.ebuild: orca scilab-5.2.1 # grep -i -A4 jgraphx /var/lib/layman/science/sci-mathematics/scilab/scilab-5.2.1.ebuild >=dev-java/jgraphx-1.2.0.7 dev-java/jogl dev-java/jgoodies-looks dev-java/skinlf dev-java/jrosetta -- # fix for jgraphx epatch "${FILESDIR}"/${P}-scilib-fix.patch epatch "${FILESDIR}"/${P}-nojavacheckversion.patch # apply blindly some debian patches I don't know, how to apply the scilab-5.2.1-scilib-fix.patch to my source tree. And it seems me, that it has nothing to do with my problem. orca scilab-5.2.1 # cat /var/lib/layman/science/sci-mathematics/scilab/files/scilab-5.2.1-scilib-fix.patch ... -SCILIB=$SCI/bin:$SCI/lib/scilab/:$SCI/lib64/scilab/ +SCILIB=$SCI/bin:$SCI/lib/scilab/:$SCI/lib64/scilab/:/usr/lib64/scilab:/usr/lib /scilab ... /usr/lib64/scilab and /usr/lib/scilab does not yet exist. I applied the scilab-nojavacheckversion.patch manually: orca scilab-5.2.1 # cat /var/lib/layman/science/sci-mathematics/scilab/files/scilab-5.2.1-nojavacheckversion.patch ... - AC_JAVA_CHECK_VERSION_PACKAGE([jgraphx],[import com.mxgraph.view.mxGraph;],$JGRAPHX,[1.2.0.7],[mxGraph.VERSION]) + #AC_JAVA_CHECK_VERSION_PACKAGE([jgraphx],[import com.mxgraph.view.mxGraph;],$JGRAPHX,[1.2.0.7],[mxGraph.VERSION]) ... But I still get the same error. Any further suggestion? Hi Justin, it is in the science overlay: orca scilab-5.2.1 # emerge -pvuDN scilab These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild N ] sci-mathematics/scilab-5.2.1 USE="doc fftw gui hdf5 matio nls tk umfpack -xcos" 0 kB [1] Total: 1 package (1 new), Size of downloads: 0 kB Portage tree and overlays: [0] /usr/portage [1] /var/lib/layman/science (In reply to comment #9) > it is in the science overlay: but also depends on various experimental packages from java-overlay :( This scilab ebuild seems very preliminary. I cannot even get to the compile stage. The issue in comment #8 seems to be fixed by the patches # fix for jgraphx epatch "${FILESDIR}"/${P}-scilib-fix.patch epatch "${FILESDIR}"/${P}-nojavacheckversion.patch In my oppinion these to very much look like the solution to the jgraphx problem :) For applying patches I recommend the 10 minute guide http://stephenjungels.com/jungels.net/articles/diff-patch-ten-minutes.html and the man page of diff and patch of course. There is a new upstream release 5.2.2, but I doubt that this fixes many things. This package definitely needs some tender loving care. Oh, I did not read carefully,
> /usr/lib64/scilab and /usr/lib/scilab does not yet exist. I applied the
> scilab-nojavacheckversion.patch manually:
>
> orca scilab-5.2.1 # cat
> /var/lib/layman/science/sci-mathematics/scilab/files/scilab-5.2.1-nojavacheckversion.patch
> ...
> - AC_JAVA_CHECK_VERSION_PACKAGE([jgraphx],[import
> com.mxgraph.view.mxGraph;],$JGRAPHX,[1.2.0.7],[mxGraph.VERSION])
> +
> #AC_JAVA_CHECK_VERSION_PACKAGE([jgraphx],[import
> com.mxgraph.view.mxGraph;],$JGRAPHX,[1.2.0.7],[mxGraph.VERSION])
This patches configure.ac, but not the configure script. A program called autoconf is used to create the configure script. That is why the ebuild calls 'eautoreconf' and you have to do this manually in case you change configure.ac
Seven weeks later, is still anybody iterested in scilab-5.2.1? (In reply to comment #12) > Seven weeks later, is still anybody iterested in scilab-5.2.1? These days all the action is in bug 237572. *** This bug has been marked as a duplicate of bug 237572 *** |