[ebuild N ] sci-mathematics/scilab-5.5.2-r1 USE="fftw matio nls openmp static-libs umfpack -bash-completion -debug -doc -emf -gui -mpi -test -tk -xcos" L10N="fr it -ca -cs -de -es -ja -pl -pt -ru -uk -zh" Relevant excerpt: ... libtool: compile: x86_64-pc-linux-gnu-gfortran -DNDEBUG -m64 -fPIC -I../../modules/core/includes/ -O2 -pipe -c src/fortran/dgbsl.f -fPIC -o src/fortran/.libs/dgbsl.o libtool: compile: x86_64-pc-linux-gnu-gfortran -DNDEBUG -m64 -fPIC -I../../modules/core/includes/ -O2 -pipe -c src/fortran/twodq.f -fPIC -o src/fortran/.libs/twodq.o libtool: compile: x86_64-pc-linux-gnu-gfortran -DNDEBUG -m64 -fPIC -I../../modules/core/includes/ -O2 -pipe -c src/fortran/cfode.f -o src/fortran/cfode.o >/dev/null 2>&1 libtool: compile: x86_64-pc-linux-gnu-gfortran -DNDEBUG -m64 -fPIC -I../../modules/core/includes/ -O2 -pipe -c src/fortran/xerrwv.f -o src/fortran/xerrwv.o >/dev/null 2>&1 /bin/sh ../../libtool --tag=F77 --mode=compile x86_64-pc-linux-gnu-gfortran -DNDEBUG -m64 -fPIC -I../../modules/core/includes/ -O2 -pipe -c -o src/fortran/hpins.lo src/fortran/hpins.f src/fortran/twodq.f:373:17: call tridv(node,node1,node2,0.5d0,1) 1 Error: Actual argument contains too few elements for dummy argument 'node' (9/10) at (1)
Created attachment 585492 [details] build.log
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/proj/sci.git/commit/?id=d016c223d9e994ce2b650a48dd78b9e4089e2725 commit d016c223d9e994ce2b650a48dd78b9e4089e2725 Author: Andrew Ammerlaan <andrewammerlaan@gentoo.org> AuthorDate: 2022-01-11 18:55:05 +0000 Commit: Andrew Ammerlaan <andrewammerlaan@gentoo.org> CommitDate: 2022-01-11 18:59:43 +0000 sci-mathematics/scilab-bin: add version 6.1.1 I officially give up on making a non-bin ebuild. There are several problems: 1. The java dependencies are extremely difficult because of packaging systems that portage does not support (gralde, maven etc). We can hack around this as we did in dev-java/lucene::sci, but that is *a lot* of work, for a lot of dependencies that has to be redone on each version bump. We can solve this problem by getting the pre-compiled java dependencies from https://github.com/scilab/scilab-prerequirements. However.... 2. Scilab requires versions of libraries that we do not package any more in ::gentoo (e.g. hdf5). And adding and maintaining ebuilds for those old libraries is too much work. 3. If we take *only* the java stuff from scilab/scilab-prerequirements, build fails (likely incompatibility with certain versions of some non-java libraries, see 2.) 4. If we take *all* of scilab/scilab-prerequirements build still fails (with a different error this time). 5. The amount of scilab dependencies that are being last-rited and I therefore have to move to ::science to keep the dependencies resolving is increasing. Scilab is the number 1 cause of ::science breaking at the moment. Long story short, please enjoy this pre-compiled binary ebuild that actually works and will save us all a lot of headache. Closes: https://bugs.gentoo.org/237572 Closes: https://bugs.gentoo.org/691272 Closes: https://github.com/gentoo/sci/issues/879 Closes: https://github.com/gentoo/sci/issues/774 Package-Manager: Portage-3.0.30, Repoman-3.0.3 Signed-off-by: Andrew Ammerlaan <andrewammerlaan@gentoo.org> licenses/jing | 85 ++++++++ licenses/sun-bcla-jhall | 234 +++++++++++++++++++++ sci-mathematics/scilab-bin/Manifest | 1 + sci-mathematics/scilab-bin/metadata.xml | 15 ++ sci-mathematics/scilab-bin/scilab-bin-6.1.1.ebuild | 78 +++++++ 5 files changed, 413 insertions(+)
