Arch Linux User Repository

Sorry lads, I'm at the Polish Ukraine border helping allocate refugees. Expect no update until this hell is over, wish us luck. Have no time nor access to my rig and AUR keys to test/post updates. If you have a patch, ping me on email - I'll add you as co-maintainer. Posted with my old script - https://github.com/bartoszek/aur-post

Please report issues and patches at https://github.com/bartoszek/AUR-scilab

In order order to update (and/or build), you may need to uninstall scilab then build it and finally reinstall it to avoid conflicts between the two versions. For now, scilab fails to run when launched from outside a terminal.

Sorry lads, I'm at the Polish Ukraine border helping allocate refugees. Expect no update until this hell is over, wish us luck. Have no time nor access to my rig and AUR keys to test/post updates. If you have a patch, ping me on email - I'll add you as co-maintainer. Posted with my old script - https://github.com/bartoszek/aur-post

Please report issues and patches at https://github.com/bartoszek/AUR-scilab

I'm facing the same compilation errors as @Cryen. I guess the only changes required are line 85: mat_uint32_t* rowIndexes = (mat_uint32_t*)MALLOC(sizeof(mat_uint32_t) * nonZeros); line 68: mat_uint32_t* colIndexes = (mat_uint32_t*)MALLOC(sizeof(mat_uint32_t) * (pSparse->getRows() + 1));

Hey TheGoliath,

Your pinned comment, link to your github repo is broken. 404 Github page not found error.

I have issues building it with yay

src/cpp/GetSparseVariable.cpp:106:22: error: invalid conversion from ‘int*’ to ‘mat_uint32_t*’ {aka ‘unsigned int*’} [-fpermissive]

Same thing in 109

@Xwang

I got the same error you mentioned. I solved it replacing the line --with-modelica by --without-modelica in the PKGBUILD file.

@AchmadFathoni, please report problems on the proper page next time. The maintainer of scilab might not be a maintainer of java-testng.

Got error when building java-testing. Here is the detail https://pastebin.com/sF3SXeki

Also why https://github.com/GoliathLabs/aurpackages is 404?

Today I get the following error while building the package:

File "./src/modelica_compiler/scicosOptimizingCompiler.ml", line 1:
Error: Files /usr/lib/ocaml/num/nums.cmxa and /usr/lib/ocaml/stdlib.cmxa
       make inconsistent assumptions over implementation Stdlib__sys
Command exited with non-zero status 2

Should I open a bug upstream? Is it an ocaml arch packaging issue?

@Bartus sorry but I do not use hdf5. However if you tell me what and how to test, I can do that.

@Xwang, could you perhaps test hdf5 support, as this patch is quite crude and can introduce some problems.

The latest version compiles and installs correctly on my pc. Thanks!

Finished the patchs for libxml, hdf5>=1.8

# run from local clone to merge.
git pull https://github.com/bartoszek/scilab

Haven't tested the resulting binary, only build process.

ps. sorry for the mess, accidently posted this to scilab-git instead here.

Hi, I got this error when I try to install:

ERROR: Failure while downloading https://mirrors.tuna.tsinghua.edu.cn/apache/lucene/java/8.5.1/lucene-8.5.1.tgz

Thx fro help

@bartus is there anything I can do to solve it or is it an upstream bug?

@Xwag: this error is caused by including libxml headers in extern "C" section, forcing C style linkage.

Even though I've jdk8 and compiled the jgraphx 3.7.4, I still have the following issue:

checking lucene-core... no configure: error: Could not find or use the Java package/jar lucene-core used by Lucene (looking for package org.apache.lucene.LucenePackage) ==> ERRORE: Si è verificato un errore in build(). L'operazione sta per essere interrotta... :: Unable to build scilab - makepkg exited with code: 4

The apache-lucene package v.8.5.1-1 is installed, but it seems to contain only this file: /usr/share/licenses/apache-lucene/license.txt

EDIT: I've reinstalled the apache-lucene and now it has correctly populated the /usr/share/java/apache-lucene folder. Now the building process starts but it terminates with this build error:

/usr/include/unicode/ucnv.h:585:1: error: conflicting declaration of C function ‘void icu_67::swap(icu_67::LocalUConverterPointer&, icu_67::LocalUConverterPointer&)’ 585 | U_DEFINE_LOCAL_OPEN_POINTER(LocalUConverterPointer, UConverter, ucnv_close); | ^~~~~~~~~~~~~~~~~~~~~~~~~~~ /usr/include/unicode/uenum.h:68:1: note: previous declaration ‘void icu_67::swap(icu_67::LocalUEnumerationPointer&, icu_67::LocalUEnumerationPointer&)’ 68 | U_DEFINE_LOCAL_OPEN_POINTER(LocalUEnumerationPointer, UEnumeration, uenum_close); | ^~~~~~~~~~~~~~~~~~~~~~~~~~~ make[2]: [Makefile:883: src/cpp/libscifunctions_manager_la-dynamic_modules.lo] Errore 1 make[2]: uscita dalla directory «/home/andreak/tmp/trizen-andreak/scilab/src/scilab-6.1.0/modules/functions_manager» make[1]: [Makefile:844: all-recursive] Errore 1 make[1]: uscita dalla directory «/home/andreak/tmp/trizen-andreak/scilab/src/scilab-6.1.0/modules» make: *** [Makefile:1608: all-recursive] Errore 1 ==> ERRORE: Si è verificato un errore in build(). L'operazione sta per essere interrotta... :: Unable to build scilab - makepkg exited with code: 4

Which maybe is related to this bug: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=959756

We need a package called jgraphx-jre8 at version 3.7.4. @TheGoliath Could you add it to AUR?

@Xwang The build process is searching for javah. It's only provided in jdk8 and removed in jdk10.

I've compiled the jgraphx package and now I have the following error:

checking lucene-core... no configure: error: Could not find or use the Java package/jar lucene-core used by Lucene (looking for package org.apache.lucene.LucenePackage) ==> ERRORE: Si è verificato un errore in build(). L'operazione sta per essere interrotta... :: Unable to build scilab - makepkg exited with code: 4

@Xwang: you need to install java 8 and/or enable the java version. learn more: https://wiki.archlinux.org/index.php/Java#Switching_between_JVM

for build of jgraphx 3.7.4 on manjaro I adjusted simply the pkgver and the value of sha256sums in the build script:

pkgname=jgraphx
pkgver=3.7.4
pkgrel=1
pkgdesc="Open source graph drawing component."
arch=('any')
url="https://github.com/jgraph/jgraphx"
license=('BSD')
depends=('java-runtime')
source=( "${pkgname}-v${pkgver}.tar.gz::https://github.com/jgraph/jgraphx/archive/v${pkgver}.tar.gz"
)
sha256sums=('e73f5ee1d8a380992206fa9fe19279c6ceff4c31172b188d268203888e65dfc3')

package() {
  cd "${srcdir}/jgraphx-${pkgver}"
    install -Dm644 "license.txt" \
    "${pkgdir}/usr/share/licenses/${pkgname}/license.txt"
    install -Dm644 "lib/jgraphx.jar" \
    "${pkgdir}/usr/share/java/${pkgname}/${pkgname}.jar"
}

# vim:set ts=2 sw=2 et:

that compiled without problems

@bartus Thank you very much for this advice! jgraphx is now accepted by scilab build script.

But unfortunately it failed again to build scilab 6.1.0-2. Cause I assume the code is correct I don't know where to look at, again. Here is a snippet, may someone knows more than me (thank you in advance!):

[...]
    Making all in functions_manager
make[2]: Entering directory '/var/tmp/pamac-build-mes/scilab/src/scilab-6.1.0/modules/functions_manager'
/bin/sh ../../libtool  --tag=CXX   --mode=compile g++ -std=c++17 -DHAVE_CONFIG_H -I. -I../../modules/core/includes  -I./includes/ -I../../modules/ast/includes/ast/ -I../../modules/ast/includes/exps/ -I../../modules/ast/includes/operations/ -I../../modules/ast/includes/parse/ -I../../modules/ast/includes/symbol/ -I../../modules/ast/includes/system_env/ -I../../modules/ast/includes/types/ -I../../modules/ast/includes/analysis/ -I../../modules/dynamic_link/includes -I../../modules/api_scilab/includes/ -I../../modules/console/includes/ -I../../modules/core/includes/ -I../../modules/elementary_functions/includes/ -I../../modules/fileio/includes/ -I../../modules/jvm/includes/ -I../../modules/localization/includes/ -I../../modules/output_stream/includes/ -I../../modules/signal_processing/includes/ -I../../modules/string/includes/ -I../../modules/threads/includes/  -I/usr/include/libxml2 -D_FORTIFY_SOURCE=2 -DNDEBUG -g1 -O2 -fno-stack-protector -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector-strong -fno-plt -MT src/cpp/libscifunctions_manager_la-funcmanager.lo -MD -MP -MF src/cpp/.deps/libscifunctions_manager_la-funcmanager.Tpo -c -o src/cpp/libscifunctions_manager_la-funcmanager.lo `test -f 'src/cpp/funcmanager.cpp' || echo './'`src/cpp/funcmanager.cpp
/bin/sh ../../libtool  --tag=CXX   --mode=compile g++ -std=c++17 -DHAVE_CONFIG_H -I. -I../../modules/core/includes  -I./includes/ -I../../modules/ast/includes/ast/ -I../../modules/ast/includes/exps/ -I../../modules/ast/includes/operations/ -I../../modules/ast/includes/parse/ -I../../modules/ast/includes/symbol/ -I../../modules/ast/includes/system_env/ -I../../modules/ast/includes/types/ -I../../modules/ast/includes/analysis/ -I../../modules/dynamic_link/includes -I../../modules/api_scilab/includes/ -I../../modules/console/includes/ -I../../modules/core/includes/ -I../../modules/elementary_functions/includes/ -I../../modules/fileio/includes/ -I../../modules/jvm/includes/ -I../../modules/localization/includes/ -I../../modules/output_stream/includes/ -I../../modules/signal_processing/includes/ -I../../modules/string/includes/ -I../../modules/threads/includes/  -I/usr/include/libxml2 -D_FORTIFY_SOURCE=2 -DNDEBUG -g1 -O2 -fno-stack-protector -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector-strong -fno-plt -MT src/cpp/libscifunctions_manager_la-dynamic_modules.lo -MD -MP -MF src/cpp/.deps/libscifunctions_manager_la-dynamic_modules.Tpo -c -o src/cpp/libscifunctions_manager_la-dynamic_modules.lo `test -f 'src/cpp/dynamic_modules.cpp' || echo './'`src/cpp/dynamic_modules.cpp
/bin/sh ../../libtool  --tag=CXX   --mode=compile g++ -std=c++17 -DHAVE_CONFIG_H -I. -I../../modules/core/includes  -I./includes/ -I../../modules/ast/includes/ast/ -I../../modules/ast/includes/exps/ -I../../modules/ast/includes/operations/ -I../../modules/ast/includes/parse/ -I../../modules/ast/includes/symbol/ -I../../modules/ast/includes/system_env/ -I../../modules/ast/includes/types/ -I../../modules/ast/includes/analysis/ -I../../modules/dynamic_link/includes -I../../modules/api_scilab/includes/ -I../../modules/console/includes/ -I../../modules/core/includes/ -I../../modules/elementary_functions/includes/ -I../../modules/fileio/includes/ -I../../modules/jvm/includes/ -I../../modules/localization/includes/ -I../../modules/output_stream/includes/ -I../../modules/signal_processing/includes/ -I../../modules/string/includes/ -I../../modules/threads/includes/  -I/usr/include/libxml2 -D_FORTIFY_SOURCE=2 -DNDEBUG -g1 -O2 -fno-stack-protector -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector-strong -fno-plt -MT src/cpp/libscifunctions_manager_la-functions_manager.lo -MD -MP -MF src/cpp/.deps/libscifunctions_manager_la-functions_manager.Tpo -c -o src/cpp/libscifunctions_manager_la-functions_manager.lo `test -f 'src/cpp/functions_manager.cpp' || echo './'`src/cpp/functions_manager.cpp
libtool: compile:  g++ -std=c++17 -DHAVE_CONFIG_H -I. -I../../modules/core/includes -I./includes/ -I../../modules/ast/includes/ast/ -I../../modules/ast/includes/exps/ -I../../modules/ast/includes/operations/ -I../../modules/ast/includes/parse/ -I../../modules/ast/includes/symbol/ -I../../modules/ast/includes/system_env/ -I../../modules/ast/includes/types/ -I../../modules/ast/includes/analysis/ -I../../modules/dynamic_link/includes -I../../modules/api_scilab/includes/ -I../../modules/console/includes/ -I../../modules/core/includes/ -I../../modules/elementary_functions/includes/ -I../../modules/fileio/includes/ -I../../modules/jvm/includes/ -I../../modules/localization/includes/ -I../../modules/output_stream/includes/ -I../../modules/signal_processing/includes/ -I../../modules/string/includes/ -I../../modules/threads/includes/ -I/usr/include/libxml2 -D_FORTIFY_SOURCE=2 -DNDEBUG -g1 -O2 -fno-stack-protector -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector-strong -fno-plt -MT src/cpp/libscifunctions_manager_la-functions_manager.lo -MD -MP -MF src/cpp/.deps/libscifunctions_manager_la-functions_manager.Tpo -c src/cpp/functions_manager.cpp  -fPIC -DPIC -o src/cpp/.libs/libscifunctions_manager_la-functions_manager.o
libtool: compile:  g++ -std=c++17 -DHAVE_CONFIG_H -I. -I../../modules/core/includes -I./includes/ -I../../modules/ast/includes/ast/ -I../../modules/ast/includes/exps/ -I../../modules/ast/includes/operations/ -I../../modules/ast/includes/parse/ -I../../modules/ast/includes/symbol/ -I../../modules/ast/includes/system_env/ -I../../modules/ast/includes/types/ -I../../modules/ast/includes/analysis/ -I../../modules/dynamic_link/includes -I../../modules/api_scilab/includes/ -I../../modules/console/includes/ -I../../modules/core/includes/ -I../../modules/elementary_functions/includes/ -I../../modules/fileio/includes/ -I../../modules/jvm/includes/ -I../../modules/localization/includes/ -I../../modules/output_stream/includes/ -I../../modules/signal_processing/includes/ -I../../modules/string/includes/ -I../../modules/threads/includes/ -I/usr/include/libxml2 -D_FORTIFY_SOURCE=2 -DNDEBUG -g1 -O2 -fno-stack-protector -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector-strong -fno-plt -MT src/cpp/libscifunctions_manager_la-funcmanager.lo -MD -MP -MF src/cpp/.deps/libscifunctions_manager_la-funcmanager.Tpo -c src/cpp/funcmanager.cpp  -fPIC -DPIC -o src/cpp/.libs/libscifunctions_manager_la-funcmanager.o
libtool: compile:  g++ -std=c++17 -DHAVE_CONFIG_H -I. -I../../modules/core/includes -I./includes/ -I../../modules/ast/includes/ast/ -I../../modules/ast/includes/exps/ -I../../modules/ast/includes/operations/ -I../../modules/ast/includes/parse/ -I../../modules/ast/includes/symbol/ -I../../modules/ast/includes/system_env/ -I../../modules/ast/includes/types/ -I../../modules/ast/includes/analysis/ -I../../modules/dynamic_link/includes -I../../modules/api_scilab/includes/ -I../../modules/console/includes/ -I../../modules/core/includes/ -I../../modules/elementary_functions/includes/ -I../../modules/fileio/includes/ -I../../modules/jvm/includes/ -I../../modules/localization/includes/ -I../../modules/output_stream/includes/ -I../../modules/signal_processing/includes/ -I../../modules/string/includes/ -I../../modules/threads/includes/ -I/usr/include/libxml2 -D_FORTIFY_SOURCE=2 -DNDEBUG -g1 -O2 -fno-stack-protector -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector-strong -fno-plt -MT src/cpp/libscifunctions_manager_la-dynamic_modules.lo -MD -MP -MF src/cpp/.deps/libscifunctions_manager_la-dynamic_modules.Tpo -c src/cpp/dynamic_modules.cpp  -fPIC -DPIC -o src/cpp/.libs/libscifunctions_manager_la-dynamic_modules.o
mv -f src/cpp/.deps/libscifunctions_manager_la-functions_manager.Tpo src/cpp/.deps/libscifunctions_manager_la-functions_manager.Plo
In file included from /usr/include/unicode/uenum.h:23,
                 from /usr/include/unicode/ucnv.h:53,
                 from /usr/include/libxml2/libxml/encoding.h:31,
                 from /usr/include/libxml2/libxml/parser.h:810,
                 from /usr/include/libxml2/libxml/xmlerror.h:10,
                 from /usr/include/libxml2/libxml/xpath.h:26,
                 from src/cpp/dynamic_modules.cpp:27:
/usr/include/unicode/localpointer.h:67:1: error: template with C linkage
   67 | template<typename T>
      | ^~~~~~~~
src/cpp/dynamic_modules.cpp:21:1: note: ‘extern "C"’ linkage started here
   21 | extern "C"
      | ^~~~~~~~~~
In file included from /usr/include/unicode/uenum.h:23,
                 from /usr/include/unicode/ucnv.h:53,
                 from /usr/include/libxml2/libxml/encoding.h:31,
                 from /usr/include/libxml2/libxml/parser.h:810,
                 from /usr/include/libxml2/libxml/xmlerror.h:10,
                 from /usr/include/libxml2/libxml/xpath.h:26,
                 from src/cpp/dynamic_modules.cpp:27:
/usr/include/unicode/localpointer.h:190:1: error: template with C linkage
  190 | template<typename T>
      | ^~~~~~~~
src/cpp/dynamic_modules.cpp:21:1: note: ‘extern "C"’ linkage started here
   21 | extern "C"
      | ^~~~~~~~~~
In file included from /usr/include/unicode/uenum.h:23,
                 from /usr/include/unicode/ucnv.h:53,
                 from /usr/include/libxml2/libxml/encoding.h:31,
                 from /usr/include/libxml2/libxml/parser.h:810,
                 from /usr/include/libxml2/libxml/xmlerror.h:10,
                 from /usr/include/libxml2/libxml/xpath.h:26,
                 from src/cpp/dynamic_modules.cpp:27:
/usr/include/unicode/localpointer.h:365:1: error: template with C linkage
  365 | template<typename T>
      | ^~~~~~~~
src/cpp/dynamic_modules.cpp:21:1: note: ‘extern "C"’ linkage started here
   21 | extern "C"
      | ^~~~~~~~~~
In file included from /usr/include/unicode/uenum.h:23,
                 from /usr/include/unicode/ucnv.h:53,
                 from /usr/include/libxml2/libxml/encoding.h:31,
                 from /usr/include/libxml2/libxml/parser.h:810,
                 from /usr/include/libxml2/libxml/xmlerror.h:10,
                 from /usr/include/libxml2/libxml/xpath.h:26,
                 from src/cpp/dynamic_modules.cpp:27:
/usr/include/unicode/ucnv.h:585:1: error: conflicting declaration of C function ‘void icu_67::swap(icu_67::LocalUConverterPointer&, icu_67::LocalUConverterPointer&)’
  585 | U_DEFINE_LOCAL_OPEN_POINTER(LocalUConverterPointer, UConverter, ucnv_close);
      | ^~~~~~~~~~~~~~~~~~~~~~~~~~~
/usr/include/unicode/uenum.h:68:1: note: previous declaration ‘void icu_67::swap(icu_67::LocalUEnumerationPointer&, icu_67::LocalUEnumerationPointer&)’
   68 | U_DEFINE_LOCAL_OPEN_POINTER(LocalUEnumerationPointer, UEnumeration, uenum_close);
      | ^~~~~~~~~~~~~~~~~~~~~~~~~~~
make[2]: *** [Makefile:883: src/cpp/libscifunctions_manager_la-dynamic_modules.lo] Error 1
make[2]: *** Waiting for unfinished jobs....
mv -f src/cpp/.deps/libscifunctions_manager_la-funcmanager.Tpo src/cpp/.deps/libscifunctions_manager_la-funcmanager.Plo
make[2]: Leaving directory '/var/tmp/pamac-build-mes/scilab/src/scilab-6.1.0/modules/functions_manager'
make[1]: *** [Makefile:844: all-recursive] Error 1
make[1]: Leaving directory '/var/tmp/pamac-build-mes/scilab/src/scilab-6.1.0/modules'
make: *** [Makefile:1608: all-recursive] Error 1
==> ERROR: A failure occurred in build().
    Aborting...

@bartus what must be done to build jgraphx against jre=8 ?

@issue_no1: you have to build jgraphx against jre=8. Otherwise you get this error while running ./configure:

/usr/lib/jvm/java-8-openjdk/bin/java conftestSharedChecker "jgraphx" "com.mxgraph.view.mxGraph" "/usr/share/java/jgraphx/jgraphx.jar:." "VERSION" "2.0.0.1" ""
Exception in thread "main" java.lang.UnsupportedClassVersionError: com/mxgraph/view/mxGraph has been compiled by a more recent version of the Java Runtime (class file version 55.0), this version of the Java Runtime only recognizes class file versions up to 52.0

Last official jgraph build whih jre8 support was 3.7.4.

the jogl patch got an update due to the switch from scilab 6.0.2 to 6.1 - https://codereview.scilab.org/#/c/17530/

looks like the lucent patch is not needed anymore.

But I failed compiling by missing jgraphx, even if I already have this on my system. - Really don't know how so solve this.

compiling leads to to following

...
checking jgraphx... no
configure: error: Could not find or use the Java package/jar jgraphx used by Diagram design (looking for package com.mxgraph.view.mxGraph)

@TheGoliath: jogl and lucent patches doesn't apply ( prepare.log ) rest seems fine.

prepare() fails

I get the same configuration error related to jgraphx as @otreblan an @swilde

As reported by @otreblan build fails for me, too:

configure: error: Could not find or use the Java package/jar jgraphx used by Diagram design (looking for package com.mxgraph.view.mxGraph) ==> ERROR: A failure occurred in build().

'jgraphx' is installed though:

pacman -Q jgraphx

jgraphx 4.1.0-1

AC_JAVA_CHECK_JAR doesn't find jgraphx.

configure: error: Could not find or use the Java package/jar jgraphx used by Diagram design (looking for package com.mxgraph.view.mxGraph)

Hello, I can't build scilab pacakge. This is error message:

/usr/bin/ld: ./modules/.libs/libscilab-cli.so: undefined reference to `get_full_pathW(wchar_t*, wchar_t const*, unsigned long)' /usr/bin/ld: ./modules/.libs/libscilab-cli.so: undefined reference to `pathconvertW(wchar_t const*, BOOL, BOOL, PathConvertType)' /usr/bin/ld: ~/.cache/yay/scilab/src/scilab-6.0.2/modules/functions_manager/.libs/libscifunctions_manager.so: undefined reference to `loadOnUseClassPath(char const*)' /usr/bin/ld: ./modules/.libs/libscilab-cli.so: undefined reference to `FileExist(char const*)' collect2: error: ld returned 1 exit status make[1]: *** [Makefile:1215: scilab-bin] Error 1 make[1]: Leaving directory '~/.cache/yay/scilab/src/scilab-6.0.2' make: *** [Makefile:1601: all-recursive] Error 1

Problem with linker? Anyone now solution.

I just build and installed scilab for the first time. Unfortunately I cannot run it. I get an error: Error parsing gtk-icon-sizes string: ''

Does anybody experiences the same error? I am running xfce on latest arch. Furthermore I tried the same on my laptop with manjaro+xfce. Same result.

Edit: It seems that this issue is not xfce-related. I evaded the gtk error as suggested in the xfce forum. Now I don´t get any error anymore but still scilab won´t start as described before.

https://forum.xfce.org/viewtopic.php?id=13447

Edit#2: I removed this package and installed scilab-bin instead. Somehow, it works now. Note: I also tried to make different jdk versions default before. This also didnt make a different when trying to start scilab.

@ragoreco @tavla I found a solution, having the same problem before. Go into the directory where the Scilab aur package was downloaded, into src/scilab-6.0.2 or such, and edit ./modules/xml/src/cpp/XMLDocument.hxx Around line 26 will be "extern C {". remove that, as well as the next closing bracket.

There's also another of the same error. Just do the same thing with: ./modules/scicos/includes/XMIResource.hxx

After that finishes, run sudo make install.

I believe the reason for the error is some changes in xml.h that now has c++ code in it or something, conflicting with the whole "extern C" stuff.

version scilab 6.0.2-1 - multiple compile-time errors like "template with C linkage", for example: /usr/include/c++/9.1.0/memory:146:1: error: template with C linkage 146 | template <typename _Tp> | ^~~~~~~~ ...... make[3]: [Makefile:1147: src/cpp/libscicompletion_algo_la-XMLFieldsGetter.lo] Error 1 make[3]: Leaving directory '/tmp/yaourt-tmp-element/aur-scilab/src/scilab-6.0.2/modules/completion' make[2]: [Makefile:815: all] Error 2 make[2]: Leaving directory '/tmp/yaourt-tmp-element/aur-scilab/src/scilab-6.0.2/modules/completion' make[1]: [Makefile:827: all-recursive] Error 1 make[1]: Leaving directory '/tmp/yaourt-tmp-element/aur-scilab/src/scilab-6.0.2/modules' make: [Makefile:1601: all-recursive] Error 1

I've been trying to install Scilab from AUR, and all goes well until it starts linking. I have the following error: In file included from src/cpp/XMLDocFieldsGetter.hxx:24, from src/cpp/XMLFieldsGetter.cpp:24: ../../modules/xml/src/cpp/XMLDocument.hxx:26:1: note: 'extern "C"' linkage started here extern "C" ^~~~~~~~~~ make[3]: [Makefile:1147: src/cpp/libscicompletion_algo_la-XMLFieldsGetter.lo] Error 1 make[3]: Leaving directory '/var/tmp/pamac-build-rgonzalez/scilab/src/scilab-6.0.2/modules/completion' make[2]: [Makefile:815: all] Error 2 make[2]: Leaving directory '/var/tmp/pamac-build-rgonzalez/scilab/src/scilab-6.0.2/modules/completion' make[1]: [Makefile:827: all-recursive] Error 1 make[1]: Leaving directory '/var/tmp/pamac-build-rgonzalez/scilab/src/scilab-6.0.2/modules' make: [Makefile:1601: all-recursive] Error 1 ==> ERROR: A failure occurred in build(). Aborting...

Is anybody having the same issue? Can someone indicate me how to fix this error?. I know I can go Scilab website and download the package, it works fine. However, I want to get it installed from AUR.

Thanks

People, i tried install the scilab, but this error appeared: .cache/pacaur/scilab/src/scilab-6.0.2/modules/graphic_objects/src/java/org/scilab/modules/graphic_objects/xmlloader/CSSParser.java:17: error: package javax.annotation does not exist

Can someone help me?

Thanks

@Xwang: sorry, I forgot to test in a clean chroot...

I had to install time to solve a compile error (/usr/bin/time not found). I suggest to add time to the compile depends.

Build Error cannot satisfy apache-ant>=1.9 Changed buildfile to ant>=1.9 and it builds and installs.

Start from start menu but immediately exits.

Anyhow it starts from commandline ....

Builds fine here.

Hello,

It's seems that the PKGBUILD bug in "package()" after this step : "Buildfile: /tmp/pamac-build-adrien/scilab/src/scilab-6.0.1/modules/graph/build.xml".

Thank for help.

scilab 6 has a bug related to jogl jar library, if mesa version is >= 17.2 then scilab will be unable to use graphic hardware acceleration, no graph plotting,

http://forum.jogamp.org/Mesa-17-2-0-renderer-driver-name-change-error-causes-GLProfile-not-mapped-initialization-error-td4038176.html

in the console we can read these error logs : javax.media.opengl.GLException: X11GLXDrawableFactory - Could not initialize shared resources for :0 at jogamp.opengl.x11.glx.X11GLXDrawableFactory$SharedResourceImplementation.createSharedResource(X11GLXDrawableFactory.java:317) at jogamp.opengl.SharedResourceRunner.run(SharedResourceRunner.java:295) at java.lang.Thread.run(Thread.java:748) Caused by: java.lang.NullPointerException at jogamp.opengl.GLContextImpl.makeCurrent(GLContextImpl.java:625) at jogamp.opengl.GLContextImpl.makeCurrent(GLContextImpl.java:539) at jogamp.opengl.x11.glx.X11GLXDrawableFactory$SharedResourceImplementation.createSharedResource(X11GLXDrawableFactory.java:293) ... 2 more

the solution is to build scilab with a beta version of jogl (2.3.3), or to disable gpu hardware acceleration :

export LIBGL_ALWAYS_SOFTWARE=1

Can't build with java-enviroment>8. First, I get configure: error: Cannot find javah And I can fix it by export JAVAH=/usr/bin/javah. And then, I get some gramma errors.

Changing java-runtime>=8 and java-enviroment>=8 to java-runtime=8 and java-enviroment=8 works fine.

all issues should be fixed in 6.0.1-4, the change will also be made in the scilab-git package by the end of the week. Thanks again @goglecm for the clues

@goglecm: many thanks for your hard work!! I'll merge your change in the current PKGBUILD and in the scilab-git package trying to follow the current steps.

This may not be the most professional solution but I've managed to successfully build it from source after around 6h. Bear in mind there are quite a few steps here.

(1) * install the ocaml-num and svn packages

(2) mkdir ~/scilab

(3) cd scilab

• here is where you'll build everything. If you change the location of this folder everything will stop working as scilab uses absolute paths for some weird reason

(4) git clone -b master --depth=1 https://github.com/scilab/scilab.git scilab_master

(5) cd scilab_master/scilab/

(6) svn --force checkout https://github.com/scilab/scilab-prerequirements.git/trunk/linux_x64/ .

(7) ./configure

(8) cp /usr/lib/ocaml/num/num* ./modules/scicos/src/

• this will make sure the symbolicExpression.ml* files are compiled correctly

(9) ln -s /usr/lib/ocaml/num/libnums.a /usr/lib/libnums.a

• this will make the linker happy when the scicos module compiles

(10) go in file ./modules/scicos/src/modelica_compiler/optimisation.ml and add the following line

let sss = Bytes.make 16 '0' in

after line 165, which is (let s = String.make 16 '0' in)

also modify the line that follows from (String.blit sm 2 s 0 (String.length sm - 2);) to (String.blit sm 2 sss 0 (String.length sm - 2);)

ignore the round brackets

(11) make

• it took about 1.5-2h on my 8 core cpu

(12) DO NOT sudo make install. Scilab will start complaining about its libraries. No not attempt to fix it as you'll break your system.

(13) To start scilab make sure you are in the ~/scilab/scilab_master/scilab/ directory. From here use ./bin/scilab or ./bin/scilab-adv-cli or ./bin/scilab-cli

(14) Use the templates from ./desktop to create shortcuts

I might have missed a step or two as it took me quite a bit of trial and error to work around the issues, so if you encounter any issues please let me know.

@amenji solution not working for me.

It is not compiling even with ocaml-num installed. I get this: ocamlc -I ./src/modelica_compiler -I ./src/xml2modelica -c src/modelica_compiler/symbolicExpression.mli File "src/modelica_compiler/symbolicExpression.mli", line 27, characters 5-8: Error: Unbound module Num make[3]: [Makefile:3781: src/modelica_compiler/symbolicExpression.cmi] Błąd 2 make[3]: Opuszczenie katalogu '/usr/local/src/scilabgit/scilab_master/scilab/modules/scicos' make[2]: [Makefile:3808: modelicac] Błąd 2 make[2]: Opuszczenie katalogu '/usr/local/src/scilabgit/scilab_master/scilab/modules/scicos' make[1]: [Makefile:839: all-recursive] Błąd 1 make[1]: Opuszczenie katalogu '/usr/local/src/scilabgit/scilab_master/scilab/modules' make: [Makefile:1588: all-recursive] Błąd 1

@reuseman: Just symlink the libscifunctions.so from /usr/lib/scilab to /usr/share/scilab/modules/.libs/libscifunctions.so. Do the same for other missing libraries.

I get this one:

An error has been detected while loading /usr/share/scilab//modules/functions/.libs/libscifunctions.so: /usr/share/scilab//modules/functions/.libs/libscifunctions.so: cannot open shared object file: No such file or directory

https://www.archlinux.org/packages/community/x86_64/ocaml-num/

ocaml-num exists and it could probably help overcoming the compilation issues with ocaml 4.06.0

It does not compile: File "src/modelica_compiler/symbolicExpression.mli", line 27, characters 5-8: Error: Unbound module Num make[3]: *** [Makefile:3769: src/modelica_compiler/symbolicExpression.cmi] Error 2 rm src/modelica_compiler/parser.mli src/modelica_compiler/linenum.mli src/modelica_compiler/lexer.mli

The package fails to compile. Latest ocaml (4.06.0) seems to be the issue.

@hpfmn: downgrading is fine if you downgrade all of your package, but please, never symlink libraries and advise people to do it. If the soname change there might be a reason, you just need to rebuild.

won't build or start with current openmpi version 3.0.0:

/usr/bin/scilab-bin: error while loading shared libraries: libmpi.so.20: cannot open shared object file: No such file or directory

creating a symlink in /lib/openmpi or downgrading to 2.1.1 helps though

@Xwang Apparently Scilab isn't compatible with apache-lucene>=7

I have the compile error without having scilab installed.

I get the following compile error: [javac] /home/andreak/tmp/yaourt-tmp-andreak/aur-scilab/src/scilab-6.0.0/modules/xcos/src/java/org/scilab/modules/xcos/utils/XcosRouteUtils.java [javac] /home/andreak/tmp/yaourt-tmp-andreak/aur-scilab/src/scilab-6.0.0/modules/xcos/src/java/org/scilab/modules/xcos/palette/PaletteIndexer.java:165: error: cannot find symbol [javac] refname.setBoost(100f); [javac] ^ [javac] symbol: method setBoost(float) [javac] location: variable refname of type Field [javac] /home/andreak/tmp/yaourt-tmp-andreak/aur-scilab/src/scilab-6.0.0/modules/xcos/src/java/org/scilab/modules/xcos/palette/PaletteIndexer.java:179: error: cannot find symbol [javac] refpurpose.setBoost(10f); [javac] ^ [javac] symbol: method setBoost(float) [javac] location: variable refpurpose of type Field [javac] /home/andreak/tmp/yaourt-tmp-andreak/aur-scilab/src/scilab-6.0.0/modules/xcos/src/java/org/scilab/modules/xcos/palette/PaletteSearcher.java:60: error: cannot find symbol [javac] queryParserHelper.setLowercaseExpandedTerms(true); [javac] ^ [javac] symbol: method setLowercaseExpandedTerms(boolean) [javac] location: variable queryParserHelper of type StandardQueryParser [javac] Note: /home/andreak/tmp/yaourt-tmp-andreak/aur-scilab/src/scilab-6.0.0/modules/xcos/src/java/org/scilab/modules/xcos/palette/actions/SearchAction.java uses unchecked or unsafe operations. [javac] Note: Recompile with -Xlint:unchecked for details. [javac] 3 errors BUILD FAILED /home/andreak/tmp/yaourt-tmp-andreak/aur-scilab/src/scilab-6.0.0/modules/prebuildjava/build.xml:104: The following error occurred while executing this line: /home/andreak/tmp/yaourt-tmp-andreak/aur-scilab/src/scilab-6.0.0/build.incl.xml:110: Compile failed; see the compiler error output for details.

The configure script can't find jgraphx, even though it is installed (with the aur jgraphx-git package). What should I do ?

It fails to build the documentation. the "make doc" step of build() throws this output: https://pastebin.com/dAXqcVNz Even by removing "make doc" from the PKGBUILD and completing successfully the installation, we can't bypass the issue, as during execution we get : "stack smashing detected" which means the error will most probably have to be reported upstream (if not already the case). Running software with stack buffer overflows is generally not a good idea.

@ye_k: you should never create symlinks for libraries, if the soname changed there is a reason. Clear your build directory and rebuild everything against '/usr/lib/libhdf5.so.101'. Everyting is working after a build in a clean chroot with the current hdf5

Hi! I have some troubles with building scilab. Scilab requires hdf5 and I have community/hdf5 1.10.1-1 installed. But while building scilab a receive error: libhdf5.so.100: cannot open shared object file: No such file or directory (not literally). So to fix it I've tried sudo ln -s /usr/lib/libhdf5.so.101 /usr/lib/libhdf5.so.100 and recompiled scilab after that. No errors occurred, package building were successful, but I received some warnings and null pointer exceptions while Help Browser was in compilation process. So, I've tested Scilab Help Browser and found its partially out of order: the only operable sections of Scilab Help are -- Scilab Help >> Scilab -- Scilab Help >> Differential calculus, Integration -- Scilab Help >> Elementary Functions -- Scilab Help >> Linear Algebra All sections below Linear Algebra are not showing their content without any error messages to terminal. Scilab core (plots and math operations) seems to be OK. The same situation after downgrading hdf5 to 1.10.0 and subsequent recompilation of scilab. Can anyone confirm problems with libhdf5.so.100 and Scilab Help Browser? I suppose strict dependency to libhdf5.so.100 should be fixed. Best wishes, yevhen

@visionincision: could you try in a clean chroot?

@eoliano Hi, I have just tried this on a fresh install of Arch and am having the same error. I have verified and attempted to fix my java install with archlinux-java but no dice.

@visionincision: the _JAVA_OPTIONS are set by the build but for me there is no trouble to build scilab in a clean chroot @fernando_morais: are you sure that you are using the latest PKGBUILD??? Because those deps are not used since a while (08/2016 for beanshell2 and 02/2016 for jogl2.2.4)

Hello! I face the following error: error: failed to prepare transaction (could not satisfy dependencies) I can't build this package because it needs, as dependencies, "beanshell2" and "jogl2.2.4", but their names in the repositories, now, are "beanshell" and "jogl", and I've already installed them. How can I overcome this error in order to install Scilab?

I am unable to build this package, with the build failing on the following error picked up _JAVA_OPTIONS: -Djava.awt.headless=true Failed to execute SCI/modules/core/etc/core.start: startModule: Could not find 'SCI/modules/core/macros/lib': Please check that macros have been built. However, when I view my _JAVA_OPTIONS env variable, it is blank. I have also ensured that it is not being set in /etc/profile.d/jre.sh I have OpenJDK 8 at the latest version in the arch repo's; 1.8.0_144-b01

@visionincision, @uboot: the new version (6.0.0-10) should fix Xcos

Hi, I have just installed Scilab using this PKGBUILD and all seems to have gone well, until I attempt to launch Xcos. I am receiving the following exception: java.lang.RuntimeException: Unable to load the Batik library However, I can confirm that I have java-batik installed.

@mgd: the pkgrel is regularly increased when some rebuild are necessary (see the log), there is sometimes some delay due the lack of free time.

What is the rationale behind not changing anything in the package albeit increasing the pkgrel number? As I understand the PKGBUILD documentation pkgrel is supposed to be incremented as there are made fixes and enhancements to PKGBUILD. Updated versions of required libraries will get used by simply rebuilding the old unaltered package.

It works now! I checked out the jars for jlatexmath-fop.jar and jlatexmath.jar for v1.0.3 and they're both HTML files. The download location has been moved (which has been flagged at these packages). Sorry should have bugged them with this.

Yeah I know but it isn't... I've checked that the file exists at /usr/share/java/jlatexmath/jlatexmath.jar but it is not detected by Scilab's configure script. EDIT: I'm now building the latest jlatexmath (1.0.6) using Maven and going to install it and see if Scilab builds then.

@fusion809: The '/usr/share/java/jlatexmath/jlatexmath.jar' file should be corrected by the configure script (see near line 20900)

1.0.3 of jlatexmath, I always use the latest packages, I run pacaur -Syu daily, at least. How would I configure it to find it? Edit the configure lines in the PKGBUILD to include `--with-jlatexmath=/path/to/jar`?

@fusion809: with the current version of jlatexmath in the AUR, confgure correctly find the jlatexmath.jat file. Which version are you using? @uboot: you could try do downgrade batik to version 1.7 to see if it's working.

Fails to build as it can't find jlatexmath despite the fact it is installed: checking for java... /usr/lib/jvm/java-8-openjdk/bin/java checking for java_g... no checking for javah... /usr/lib/jvm/java-8-openjdk/bin/javah checking for jar... /usr/lib/jvm/java-8-openjdk/bin/jar checking for javadoc... /usr/lib/jvm/java-8-openjdk/bin/javadoc checking for jdb... /usr/lib/jvm/java-8-openjdk/bin/jdb checking for ant... /usr/bin/ant checking jgraphx... /usr/share/java/jgraphx/jgraphx.jar Use external version of scirenderer checking flexdock... /usr/share/java/flexdock/flexdock.jar checking looks... no configure: WARNING: Could not find or use the Java package/jar looks used by Scilab Gui - Look and feel (looking for package com.jgoodies.looks.common.MenuItemRenderer) checking jgoodies-looks... /usr/share/java/jgoodies-looks/jgoodies-looks.jar checking skinlf... /usr/share/java/skinlf/skinlf.jar checking jogl2... /usr/share/java/jogl/jogl2.jar checking minimal version (Specification-Version 2.3) of jogl2... yes checking for glTexParameterf in -ljogl_desktop... no configure: WARNING: Could not link against -ljogl_desktop. Will try against -ljogl_desktop -lGL checking for glTexParameterf in -ljogl_desktop ... yes checking gluegen2-rt... /usr/share/java/jogl/gluegen2-rt.jar checking for Java_jogamp_common_jvm_JVMUtil_initialize in -lgluegen2-rt... yes checking jhall... /usr/share/java/javahelp/jhall.jar checking lucene-core... /usr/share/java/apache-lucene/lucene-core-6.6.0.jar checking lucene-analyzers-common... /usr/share/java/apache-lucene/lucene-core-6.6.0.jar checking lucene-queryparser... /usr/share/java/apache-lucene/lucene-queryparser-6.6.0.jar checking jrosetta-API... /usr/share/java/jrosetta/jrosetta-API.jar checking jrosetta-engine... /usr/share/java/jrosetta/jrosetta-engine.jar checking jeuclid-core... /usr/share/java/jeuclid/jeuclid-core.jar checking fop... /usr/share/java/fop/fop.jar checking batik-all... /usr/share/java/batik/batik-all-1.9.jar checking commons-io... /usr/share/java/commons-io/commons-io.jar checking xmlgraphics-commons... /usr/share/java/xmlgraphics-commons/xmlgraphics-commons.jar checking avalon-framework... /usr/share/java/avalon-framework/avalon-framework.jar checking xml-apis-ext... /usr/share/java/batik/xml-apis-ext-1.3.04.jar checking commons-logging... /usr/share/java/commons-logging/commons-logging.jar checking jlatexmath... no configure: error: Could not find or use the Java package/jar jlatexmath used by LaTex Rendering (looking for package org.scilab.forge.jlatexmath.TeXFormula)

Build works (had to supply jlatexmath*.jar dependencies myself), but Xcos is broken: Caused by: java.lang.RuntimeException: Unable to load the Batik library. Expecting version 1.7 ; Getting version 1.9 .

@mcrai: I've the same version, maybe it's something specific to Manjaro.

@eolanoe: Thanks for your effort. I am using curl 7.54.1-2 and java-batik 1.9-1. Could you please indicate the versions you are using?

@mcrai: I received your logs. The differences come from the curl and java-batik version, but I don't know why the build is failing and I don't have access to a Manjaro machine do test. @Goby: you rebuilt scilab with an old version (<= 1.8) of hdf5? I don't have other idea :(

@eolianoe : thanks for your answer, I had already tried to downgrade HDF5 without success. Is there anything that I could try ?

@eolianoe: I am working on a build with pure makepkg. How can I provide the full build log? I have sent it to a text file. I have never successfully installed Scilab within Manjaro. There may be artifacts from failed attempts.

@mcrai: please paste your log somewhere in order to be more readable. Regarding to your error, does scilab is already installed? If so, remove it to make the upgrade. You should use pure makepkg to build such big package, yaourt may break the build. @Goby: your error is probably linked to the fact that scilab is not fully compatible with new hdf5 and for now, an unofficial patch is applied to make scilab works. Maybe this patch needs to be improved to fix your error.

continuing my comment a few moments ago: Within the build log i found this section containing an error: /bin/sh ../../libtool --tag=CXX --mode=link g++ -DNDEBUG -fno-stack-protector -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector-strong -fno-plt -version-number 6:0:0 -Wl,-O1,--sort-common,--as-needed,-z,relro,-z,now -Wl,--no-as-needed -o libscixcos.la -rpath /usr/lib/scilab sci_gateway/cpp/libscixcos_la-sci_Xcos.lo sci_gateway/cpp/libscixcos_la-sci_warnBlockByUID.lo sci_gateway/cpp/libscixcos_la-sci_closeXcosFromScilab.lo sci_gateway/cpp/libscixcos_la-sci_xcosCellCreated.lo sci_gateway/cpp/libscixcos_la-sci_xcosUpdateBlock.lo sci_gateway/cpp/libscixcos_la-sci_xcosDiagramToScilab.lo sci_gateway/cpp/libscixcos_la-sci_xcosPalLoad.lo sci_gateway/cpp/libscixcos_la-sci_xcosPalCategoryAdd.lo sci_gateway/cpp/libscixcos_la-sci_xcosPalDelete.lo sci_gateway/cpp/libscixcos_la-sci_xcosPalMove.lo sci_gateway/cpp/libscixcos_la-sci_xcosPalEnable.lo sci_gateway/cpp/libscixcos_la-sci_xcosPalDisable.lo sci_gateway/cpp/libscixcos_la-sci_xcosPalGenerateIcon.lo sci_gateway/cpp/libscixcos_la-sci_xcosPalGet.lo sci_gateway/cpp/libscixcos_la-sci_xcosConfigureXmlFile.lo sci_gateway/cpp/libscixcos_la-sci_xcosAddToolsMenu.lo sci_gateway/cpp/libscixcos_la-sci_loadXcos.lo sci_gateway/cpp/libscixcos_la-sci_xcosSimulationStarted.lo libscixcos-algo.la ../../modules/scicos/libsciscicos.la ../../modules/commons/libscicommons.la ../../modules/jvm/libscijvm.la -lpthread -ldl -lcurses -lm libtool: link: g++ -fPIC -DPIC -shared -nostdlib /usr/lib/gcc/x86_64-pc-linux-gnu/7.1.1/../../../../lib/crti.o /usr/lib/gcc/x86_64-pc-linux-gnu/7.1.1/crtbeginS.o sci_gateway/cpp/.libs/libscixcos_la-sci_Xcos.o sci_gateway/cpp/.libs/libscixcos_la-sci_warnBlockByUID.o sci_gateway/cpp/.libs/libscixcos_la-sci_closeXcosFromScilab.o sci_gateway/cpp/.libs/libscixcos_la-sci_xcosCellCreated.o sci_gateway/cpp/.libs/libscixcos_la-sci_xcosUpdateBlock.o sci_gateway/cpp/.libs/libscixcos_la-sci_xcosDiagramToScilab.o sci_gateway/cpp/.libs/libscixcos_la-sci_xcosPalLoad.o sci_gateway/cpp/.libs/libscixcos_la-sci_xcosPalCategoryAdd.o sci_gateway/cpp/.libs/libscixcos_la-sci_xcosPalDelete.o sci_gateway/cpp/.libs/libscixcos_la-sci_xcosPalMove.o sci_gateway/cpp/.libs/libscixcos_la-sci_xcosPalEnable.o sci_gateway/cpp/.libs/libscixcos_la-sci_xcosPalDisable.o sci_gateway/cpp/.libs/libscixcos_la-sci_xcosPalGenerateIcon.o sci_gateway/cpp/.libs/libscixcos_la-sci_xcosPalGet.o sci_gateway/cpp/.libs/libscixcos_la-sci_xcosConfigureXmlFile.o sci_gateway/cpp/.libs/libscixcos_la-sci_xcosAddToolsMenu.o sci_gateway/cpp/.libs/libscixcos_la-sci_loadXcos.o sci_gateway/cpp/.libs/libscixcos_la-sci_xcosSimulationStarted.o -Wl,--whole-archive ./.libs/libscixcos-algo.a -Wl,--no-whole-archive -Wl,-rpath -Wl,/tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/scicos/.libs -Wl,-rpath -Wl,/tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/scicos_blocks/.libs -Wl,-rpath -Wl,/tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/commons/.libs -Wl,-rpath -Wl,/tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/jvm/.libs -Wl,-rpath -Wl,/usr/lib/scilab -L/tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/scicos/.libs -L/tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/scicos_blocks/.libs ../../modules/scicos/.libs/libsciscicos.so /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/scicos/.libs/libscisundials.so /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/scicos_blocks/.libs/libsciscicos_blocks.so -lrt ../../modules/commons/.libs/libscicommons.so ../../modules/jvm/.libs/libscijvm.so -L/usr/lib/jvm/default/jre/lib/amd64 -L/usr/lib/jvm/default/jre/lib/amd64/server -lxml2 -lz -llzma -licui18n -licuuc -licudata -ljava -lverify -ljvm -lpthread -ldl -lcurses -L/usr/lib/gcc/x86_64-pc-linux-gnu/7.1.1 -L/usr/lib/gcc/x86_64-pc-linux-gnu/7.1.1/../../../../lib -L/lib/../lib -L/usr/lib/../lib -L/usr/lib/gcc/x86_64-pc-linux-gnu/7.1.1/../../.. -lstdc++ -lm -lc -lgcc_s /usr/lib/gcc/x86_64-pc-linux-gnu/7.1.1/crtendS.o /usr/lib/gcc/x86_64-pc-linux-gnu/7.1.1/../../../../lib/crtn.o -march=x86-64 -mtune=generic -O2 -Wl,-O1 -Wl,--sort-common -Wl,--as-needed -Wl,-z -Wl,relro -Wl,-z -Wl,now -Wl,--no-as-needed -pthread -Wl,-soname -Wl,libscixcos.so.6 -o .libs/libscixcos.so.6.0.0 libtool: link: (cd ".libs" && rm -f "libscixcos.so.6" && ln -s "libscixcos.so.6.0.0" "libscixcos.so.6") libtool: link: (cd ".libs" && rm -f "libscixcos.so" && ln -s "libscixcos.so.6.0.0" "libscixcos.so") libtool: link: ( cd ".libs" && rm -f "libscixcos.la" && ln -s "../libscixcos.la" "libscixcos.la" ) Buildfile: /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/xcos/build.xml [taskdef] Could not load definitions from resource checkstyletask.properties. It could not be found. init: compile: jar: [jar] Building jar: /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/xcos/jar/org.scilab.modules.xcos.jar BUILD SUCCESSFUL Total time: 0 seconds make[3]: Leaving directory '/tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/xcos' make[2]: Leaving directory '/tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/xcos' Making all in mpi make[2]: Entering directory '/tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/mpi' /bin/sh ../../libtool --tag=CC --mode=compile mpicc -DHAVE_CONFIG_H -I. -I../../modules/core/includes -Iincludes/ -Isrc/c/ -I../../modules/ast/includes/ast/ -I../../modules/ast/includes/exps/ -I../../modules/ast/includes/operations/ -I../../modules/ast/includes/parse/ -I../../modules/ast/includes/symbol/ -I../../modules/ast/includes/system_env/ -I../../modules/ast/includes/types/ -I../../modules/ast/includes/analysis/ -I../../modules/string/includes -I../../modules/dynamic_link/includes -I../../modules/output_stream/includes -I../../modules/localization/includes -I../../modules/api_scilab/includes -I../../modules/elementary_functions/includes -pthread -D_FORTIFY_SOURCE=2 -D_LARGEFILE64_SOURCE -DNDEBUG -m64 -fno-stack-protector -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector-strong -fno-plt -MT sci_gateway/c/libscimpi_la-sci_mpi_init.lo -MD -MP -MF sci_gateway/c/.deps/libscimpi_la-sci_mpi_init.Tpo -c -o sci_gateway/c/libscimpi_la-sci_mpi_init.lo `test -f 'sci_gateway/c/sci_mpi_init.c' || echo './'`sci_gateway/c/sci_mpi_init.c libtool: compile: mpicc -DHAVE_CONFIG_H -I. -I../../modules/core/includes -Iincludes/ -Isrc/c/ -I../../modules/ast/includes/ast/ -I../../modules/ast/includes/exps/ -I../../modules/ast/includes/operations/ -I../../modules/ast/includes/parse/ -I../../modules/ast/includes/symbol/ -I../../modules/ast/includes/system_env/ -I../../modules/ast/includes/types/ -I../../modules/ast/includes/analysis/ -I../../modules/string/includes -I../../modules/dynamic_link/includes -I../../modules/output_stream/includes -I../../modules/localization/includes -I../../modules/api_scilab/includes -I../../modules/elementary_functions/includes -pthread -D_FORTIFY_SOURCE=2 -D_LARGEFILE64_SOURCE -DNDEBUG -m64 -fno-stack-protector -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector-strong -fno-plt -MT sci_gateway/c/libscimpi_la-sci_mpi_init.lo -MD -MP -MF sci_gateway/c/.deps/libscimpi_la-sci_mpi_init.Tpo -c sci_gateway/c/sci_mpi_init.c -fPIC -DPIC -o sci_gateway/c/.libs/libscimpi_la-sci_mpi_init.o

I have left comments before on 2017-05-21 and 2017-05-09. Problems persist and help is still appreciated. I have built with "yaourt scilab". This is the end of the bulid log: libtool: link: g++ -DNDEBUG -fno-stack-protector -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector-strong -fno-plt -pthread -Wl,-rpath -Wl,/usr/lib/openmpi -Wl,--enable-new-dtags -Wl,-O1 -Wl,--sort-common -Wl,--as-needed -Wl,-z -Wl,relro -Wl,-z -Wl,now -Wl,--no-as-needed -o .libs/scilab-bin modules/startup/src/cpp/scilab_bin-scilab.o modules/startup/src/c/scilab_bin-initMPI.o -pthread -Wl,-rpath -Wl,/usr/lib/openmpi -Wl,--enable-new-dtags -L/usr/lib/openmpi -lstdc++ -L/usr/lib/jvm/default/jre/lib/amd64 -L/usr/lib/jvm/default/jre/lib/amd64/server -L/lib -L/lib64 ./modules/.libs/libscilab-cli.so -L/usr/lib/gcc/x86_64-pc-linux-gnu/7.1.1 -L/usr/lib/gcc/x86_64-pc-linux-gnu/7.1.1/../../../../lib -L/lib/../lib -L/usr/lib/../lib -L/usr/lib/gcc/x86_64-pc-linux-gnu/7.1.1/../../.. ./modules/console/.libs/libsciconsole.so ./modules/jvm/.libs/libscijvm.so ./modules/commons/.libs/libscicommons.so ./modules/.libs/libscilab.so /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/gui/.libs/libscigui.so /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/renderer/.libs/libscirenderer.so /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/graphics/.libs/libscigraphics.so /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/graphic_export/.libs/libscigraphic_export.so /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/console/.libs/libsciconsole.so /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/action_binding/.libs/libsciaction_binding.so /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/graphic_objects/.libs/libscigraphic_objects.so /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/scinotes/.libs/libsciscinotes.so /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/ui_data/.libs/libsciui_data.so /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/history_browser/.libs/libscihistory_browser.so /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/types/.libs/libscitypes-java.so /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/preferences/.libs/libscipreferences.so /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/external_objects_java/.libs/libsciexternal_objects_java.so /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/jvm/.libs/libscijvm.so -ljava -lverify -ljvm /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/helptools/.libs/libscihelptools.so /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/commons/.libs/libscicommons.so /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/tclsci/.libs/libscitclsci.so -ltk8.6 -ltcl8.6 /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/.libs/libscilab-cli.so -lcurl -lnghttp2 -lssh2 -lpsl -lssl -lcrypto -lgssapi_krb5 -lkrb5 -lk5crypto -lcom_err /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/functions/.libs/libscifunctions.so /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/call_scilab/.libs/libscicall_scilab.so /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/localization/.libs/libscilocalization.so /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/special_functions/.libs/libscispecial_functions.so /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/completion/.libs/libscicompletion.so /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/history_manager/.libs/libscihistory_manager.so -lpcreposix -lpcre /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/hdf5/.libs/libscihdf5.so -lhdf5 -lhdf5_hl -lfftw3 /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/statistics/.libs/libscistatistics.so /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/ast/.libs/libsciast.so /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/functions_manager/.libs/libscifunctions_manager.so /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/xml/.libs/libscixml.so /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/external_objects/.libs/libsciexternal_objects.so /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/slint/.libs/libscislint.so /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/coverage/.libs/libscicoverage.so -lxml2 -lz -llzma -licui18n -licuuc -licudata /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/mpi/.libs/libscimpi.so -lmpi /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/gui/.libs/libscigui-disable.so /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/graphics/.libs/libscigraphics-disable.so /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/graphic_export/.libs/libscigraphic_export-disable.so /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/console/.libs/libsciconsole-minimal.so /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/action_binding/.libs/libsciaction_binding-disable.so /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/jvm/.libs/libscijvm-disable.so /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/xcos/.libs/libscixcos-disable.so /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/graphic_objects/.libs/libscigraphic_objects-disable.so /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/scinotes/.libs/libsciscinotes-disable.so /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/ui_data/.libs/libsciui_data-disable.so /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/history_browser/.libs/libscihistory_browser-disable.so /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/commons/.libs/libscicommons-disable.so /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/preferences/.libs/libscipreferences-cli.so /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/tclsci/.libs/libscitclsci-disable.so -lblas -llapack -lgfortran -lquadmath -lpthread -ldl -lcurses -lm -pthread -Wl,-rpath -Wl,/usr/lib/scilab g++ -DHAVE_CONFIG_H -I. -I./modules/core/includes -DWITHOUT_GUI -I./modules/ast/includes/ast/ -I./modules/ast/includes/exps/ -I./modules/ast/includes/operations/ -I./modules/ast/includes/parse/ -I./modules/ast/includes/symbol/ -I./modules/ast/includes/system_env/ -I./modules/ast/includes/types/ -I./modules/ast/includes/analysis/ -I./modules/console/includes/ -I./modules/output_stream/includes/ -I./modules/functions_manager/includes/ -I./modules/elementary_functions/includes/ -I./modules/fileio/includes/ -I./modules/string/includes/ -I./modules/history_manager/includes/ -I./modules/threads/includes/ -I./modules/api_scilab/includes/ -I./modules/localization/includes/ -I./modules/core/src/c/ -I./modules/dynamic_link/includes/ -I./modules/startup/src/c/ -pthread -pthread -D_FORTIFY_SOURCE=2 -DNDEBUG -fno-stack-protector -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector-strong -fno-plt -MT modules/startup/src/cpp/scilab_cli_bin-scilab.o -MD -MP -MF modules/startup/src/cpp/.deps/scilab_cli_bin-scilab.Tpo -c -o modules/startup/src/cpp/scilab_cli_bin-scilab.o `test -f 'modules/startup/src/cpp/scilab.cpp' || echo './'`modules/startup/src/cpp/scilab.cpp mv -f modules/startup/src/cpp/.deps/scilab_cli_bin-scilab.Tpo modules/startup/src/cpp/.deps/scilab_cli_bin-scilab.Po gcc -DHAVE_CONFIG_H -I. -I./modules/core/includes -DWITHOUT_GUI -I./modules/ast/includes/ast/ -I./modules/ast/includes/exps/ -I./modules/ast/includes/operations/ -I./modules/ast/includes/parse/ -I./modules/ast/includes/symbol/ -I./modules/ast/includes/system_env/ -I./modules/ast/includes/types/ -I./modules/ast/includes/analysis/ -I./modules/console/includes/ -I./modules/output_stream/includes/ -I./modules/functions_manager/includes/ -I./modules/elementary_functions/includes/ -I./modules/fileio/includes/ -I./modules/string/includes/ -I./modules/history_manager/includes/ -I./modules/threads/includes/ -I./modules/api_scilab/includes/ -I./modules/localization/includes/ -I./modules/core/src/c/ -I./modules/dynamic_link/includes/ -I./modules/startup/src/c/ -pthread -pthread -D_FORTIFY_SOURCE=2 -D_LARGEFILE64_SOURCE -DNDEBUG -m64 -fno-stack-protector -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector-strong -fno-plt -MT modules/startup/src/c/scilab_cli_bin-initMPI.o -MD -MP -MF modules/startup/src/c/.deps/scilab_cli_bin-initMPI.Tpo -c -o modules/startup/src/c/scilab_cli_bin-initMPI.o `test -f 'modules/startup/src/c/initMPI.c' || echo './'`modules/startup/src/c/initMPI.c mv -f modules/startup/src/c/.deps/scilab_cli_bin-initMPI.Tpo modules/startup/src/c/.deps/scilab_cli_bin-initMPI.Po /bin/sh ./libtool --tag=CXX --mode=link g++ -DNDEBUG -fno-stack-protector -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector-strong -fno-plt -pthread -Wl,-rpath -Wl,/usr/lib/openmpi -Wl,--enable-new-dtags -L/usr/lib/openmpi -lmpi -lstdc++ -lgfortran -Wl,-O1,--sort-common,--as-needed,-z,relro,-z,now -Wl,--no-as-needed -o scilab-cli-bin modules/startup/src/cpp/scilab_cli_bin-scilab.o modules/startup/src/c/scilab_cli_bin-initMPI.o ./modules/libscilab-cli.la -lblas -llapack -L/usr/lib/gcc/x86_64-pc-linux-gnu/7.1.1 -L/usr/lib/gcc/x86_64-pc-linux-gnu/7.1.1/../../../../lib -L/lib/../lib -L/usr/lib/../lib -L/usr/lib/gcc/x86_64-pc-linux-gnu/7.1.1/../../.. -lpthread -ldl -lcurses -lgfortran -lm -lquadmath -lpthread -ldl -lcurses -lm libtool: link: g++ -DNDEBUG -fno-stack-protector -march=x86-64 -mtune=generic -O2 -pipe -fstack-protector-strong -fno-plt -pthread -Wl,-rpath -Wl,/usr/lib/openmpi -Wl,--enable-new-dtags -Wl,-O1 -Wl,--sort-common -Wl,--as-needed -Wl,-z -Wl,relro -Wl,-z -Wl,now -Wl,--no-as-needed -o .libs/scilab-cli-bin modules/startup/src/cpp/scilab_cli_bin-scilab.o modules/startup/src/c/scilab_cli_bin-initMPI.o -L/usr/lib/openmpi -lstdc++ ./modules/.libs/libscilab-cli.so -lcurl -lnghttp2 -lssh2 -lpsl -lssl -lcrypto -lgssapi_krb5 -lkrb5 -lk5crypto -lcom_err /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/functions/.libs/libscifunctions.so /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/call_scilab/.libs/libscicall_scilab.so /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/localization/.libs/libscilocalization.so /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/special_functions/.libs/libscispecial_functions.so /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/completion/.libs/libscicompletion.so /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/history_manager/.libs/libscihistory_manager.so -lpcreposix -lpcre /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/hdf5/.libs/libscihdf5.so -lhdf5 -lhdf5_hl -lfftw3 /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/statistics/.libs/libscistatistics.so /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/ast/.libs/libsciast.so /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/functions_manager/.libs/libscifunctions_manager.so /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/xml/.libs/libscixml.so /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/external_objects/.libs/libsciexternal_objects.so /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/slint/.libs/libscislint.so /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/coverage/.libs/libscicoverage.so -lxml2 -lz -llzma -licui18n -licuuc -licudata /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/mpi/.libs/libscimpi.so -lmpi /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/gui/.libs/libscigui-disable.so /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/graphics/.libs/libscigraphics-disable.so /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/graphic_export/.libs/libscigraphic_export-disable.so /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/console/.libs/libsciconsole-minimal.so /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/action_binding/.libs/libsciaction_binding-disable.so /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/jvm/.libs/libscijvm-disable.so /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/xcos/.libs/libscixcos-disable.so /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/graphic_objects/.libs/libscigraphic_objects-disable.so /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/scinotes/.libs/libsciscinotes-disable.so /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/ui_data/.libs/libsciui_data-disable.so /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/history_browser/.libs/libscihistory_browser-disable.so /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/commons/.libs/libscicommons-disable.so /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/preferences/.libs/libscipreferences-cli.so /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/tclsci/.libs/libscitclsci-disable.so -lblas -llapack -L/usr/lib/gcc/x86_64-pc-linux-gnu/7.1.1 -L/usr/lib/gcc/x86_64-pc-linux-gnu/7.1.1/../../../../lib -L/lib/../lib -L/usr/lib/../lib -L/usr/lib/gcc/x86_64-pc-linux-gnu/7.1.1/../../.. -lgfortran -lquadmath -lpthread -ldl -lcurses -lm -pthread -Wl,-rpath -Wl,/usr/lib/scilab echo "libstdc++ presence test skipped" libstdc++ presence test skipped ./bin/scilab-cli -ns -noatomsautoload -quit -f modules/functions/scripts/buildmacros/buildmacros.sce -- Build localization (.mo from .po) -- -- Building for en_US -- Creating ./locale/en_US/LC_MESSAGES/ -- Building for fr_FR -- Creating ./locale/fr_FR/LC_MESSAGES/ -- Building for zh_CN -- Creating ./locale/zh_CN/LC_MESSAGES/ -- Building for zh_TW -- Creating ./locale/zh_TW/LC_MESSAGES/ -- Building for ru_RU -- Creating ./locale/ru_RU/LC_MESSAGES/ -- Building for ca_ES -- Creating ./locale/ca_ES/LC_MESSAGES/ -- Building for de_DE -- Creating ./locale/de_DE/LC_MESSAGES/ -- Building for es_ES -- Creating ./locale/es_ES/LC_MESSAGES/ -- Building for pt_BR -- Creating ./locale/pt_BR/LC_MESSAGES/ -- Building for ja_JP -- Creating ./locale/ja_JP/LC_MESSAGES/ -- Building for it_IT -- Creating ./locale/it_IT/LC_MESSAGES/ -- Building for uk_UA -- Creating ./locale/uk_UA/LC_MESSAGES/ -- Building for pl_PL -- Creating ./locale/pl_PL/LC_MESSAGES/ -- Building for cs_CZ -- Creating ./locale/cs_CZ/LC_MESSAGES/ make[1]: Leaving directory '/tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0' /usr/lib/jvm/default/bin/javadoc -noindex -nohelp -nonavbar -notree \ -d ./modules/javasci/javadoc \ -sourcepath ./modules/javasci/src/java:./modules/types/src/java::./modules/localization/src/java \ org.scilab.modules.javasci org.scilab.modules.types Loading source files for package org.scilab.modules.javasci... Loading source files for package org.scilab.modules.types... Constructing Javadoc information... Creating destination directory: "./modules/javasci/javadoc/" Standard Doclet version 1.8.0_141 Building tree for all the packages and classes... Generating ./modules/javasci/javadoc/org/scilab/modules/javasci/Call_Scilab.html... Generating ./modules/javasci/javadoc/org/scilab/modules/javasci/JavasciException.html... Generating ./modules/javasci/javadoc/org/scilab/modules/javasci/JavasciException.AlreadyRunningException.html... Generating ./modules/javasci/javadoc/org/scilab/modules/javasci/JavasciException.InitializationException.html... Generating ./modules/javasci/javadoc/org/scilab/modules/javasci/JavasciException.ScilabErrorException.html... Generating ./modules/javasci/javadoc/org/scilab/modules/javasci/JavasciException.ScilabInternalException.html... Generating ./modules/javasci/javadoc/org/scilab/modules/javasci/JavasciException.UndefinedVariableException.html... Generating ./modules/javasci/javadoc/org/scilab/modules/javasci/JavasciException.UnknownTypeException.html... Generating ./modules/javasci/javadoc/org/scilab/modules/javasci/JavasciException.UnsupportedTypeException.html... Generating ./modules/javasci/javadoc/org/scilab/modules/javasci/Scilab.html... Generating ./modules/javasci/javadoc/org/scilab/modules/javasci/ScilabVariablesJavasci.html... Generating ./modules/javasci/javadoc/org/scilab/modules/types/GetScilabVariable.html... Generating ./modules/javasci/javadoc/org/scilab/modules/types/ScilabBoolean.html... Generating ./modules/javasci/javadoc/org/scilab/modules/types/ScilabBooleanReference.html... Generating ./modules/javasci/javadoc/org/scilab/modules/types/ScilabBooleanSparse.html... Generating ./modules/javasci/javadoc/org/scilab/modules/types/ScilabDouble.html... Generating ./modules/javasci/javadoc/org/scilab/modules/types/ScilabDoubleReference.html... Generating ./modules/javasci/javadoc/org/scilab/modules/types/ScilabInteger.html... Generating ./modules/javasci/javadoc/org/scilab/modules/types/ScilabIntegerReference.html... Generating ./modules/javasci/javadoc/org/scilab/modules/types/ScilabIntegerTypeEnum.html... Generating ./modules/javasci/javadoc/org/scilab/modules/types/ScilabList.html... Generating ./modules/javasci/javadoc/org/scilab/modules/types/ScilabMList.html... Generating ./modules/javasci/javadoc/org/scilab/modules/types/ScilabPolynomial.html... Generating ./modules/javasci/javadoc/org/scilab/modules/types/ScilabSparse.html... Generating ./modules/javasci/javadoc/org/scilab/modules/types/ScilabSparseException.html... Generating ./modules/javasci/javadoc/org/scilab/modules/types/ScilabString.html... Generating ./modules/javasci/javadoc/org/scilab/modules/types/ScilabTList.html... Generating ./modules/javasci/javadoc/org/scilab/modules/types/ScilabType.html... Generating ./modules/javasci/javadoc/org/scilab/modules/types/ScilabTypeEnum.html... Generating ./modules/javasci/javadoc/org/scilab/modules/types/ScilabTypeEnumDescription.html... Generating ./modules/javasci/javadoc/org/scilab/modules/types/ScilabVariables.html... Generating ./modules/javasci/javadoc/org/scilab/modules/types/ScilabVariablesEvent.html... Generating ./modules/javasci/javadoc/org/scilab/modules/types/ScilabVariablesHandler.html... Generating ./modules/javasci/javadoc/org/scilab/modules/types/ScilabVariablesListener.html... Generating ./modules/javasci/javadoc/org/scilab/modules/types/ScilabVariablesRefresh.html... Generating ./modules/javasci/javadoc/overview-frame.html... Generating ./modules/javasci/javadoc/org/scilab/modules/javasci/package-frame.html... Generating ./modules/javasci/javadoc/org/scilab/modules/javasci/package-summary.html... Generating ./modules/javasci/javadoc/org/scilab/modules/types/package-frame.html... Generating ./modules/javasci/javadoc/org/scilab/modules/types/package-summary.html... Generating ./modules/javasci/javadoc/constant-values.html... Generating ./modules/javasci/javadoc/serialized-form.html... Building index for all the packages and classes... Generating ./modules/javasci/javadoc/deprecated-list.html... Building index for all classes... Generating ./modules/javasci/javadoc/allclasses-frame.html... Generating ./modules/javasci/javadoc/allclasses-noframe.html... Generating ./modules/javasci/javadoc/index.html... Generating ./modules/javasci/javadoc/overview-summary.html... 70 warnings -- Building documentation (en_US) -- LANG=en_US.UTF-8 LC_ALL=C SCI_DISABLE_TK=1 SCI_JAVA_ENABLE_HEADLESS=1 _JAVA_OPTIONS='-Djava.awt.headless=true' ./bin/scilab-adv-cli -noatomsautoload -nb -l en_US -nouserstartup -e "try xmltojar([],[],'en_US');catch disp(lasterror()); exit(-1);end;exit(0);" Failed to execute SCI/modules/core/etc/core.start: load: /tmp/yaourt-tmp-rainer/aur-scilab/src/scilab-6.0.0/modules/core/mac ros/lib is not a valid lib file.

Hello, I am not sure that this is the right place to report my problem, but I have been searching for so long that I am a bit desperate right now. After having built and installed the package, trying to add a module creates HDF5 errors. For example, when running the command atomsSysemUdpate in scilab-cli, the first errors come from HDF5 : HDF5-DIAG: Error detected in HDF5 (1.10.0-patch1) thread 0: #000: H5G.c line 553 in H5Gget_info(): invalid argument major: Invalid arguments to routine minor: Bad value HDF5-DIAG: Error detected in HDF5 (1.10.0-patch1) thread 0: #000: H5G.c line 301 in H5Gcreate2(): not a location major: Invalid arguments to routine minor: Inappropriate type #001: H5Gloc.c line 253 in H5G_loc(): invalid object ID major: Invalid arguments to routine minor: Bad value HDF5-DIAG: Error detected in HDF5 (1.10.0-patch1) thread 0: #000: H5A.c line 265 in H5Acreate2(): not a location major: Invalid arguments to routine minor: Inappropriate type #001: H5Gloc.c line 253 in H5G_loc(): invalid object ID major: Invalid arguments to routine minor: Bad value HDF5-DIAG: Error detected in HDF5 (1.10.0-patch1) thread 0: #000: H5D.c line 121 in H5Dcreate2(): not a location ID major: Invalid arguments to routine minor: Inappropriate type #001: H5Gloc.c line 253 in H5G_loc(): invalid object ID major: Invalid arguments to routine minor: Bad value HDF5-DIAG: Error detected in HDF5 (1.10.0-patch1) thread 0: #000: H5F.c line 749 in H5Fclose(): not a file ID major: Invalid arguments to routine minor: Inappropriate type I've been trying a lot of things, but no way to get rid of this error. Perhaps am I missing something. Any help would be sooooo welcome.

@petronny: Ok, I see the errors and I added the dep but I think it's more related to openmpi

Generating ./modules/javasci/javadoc/serialized-form.html... Building index for all the packages and classes... Generating ./modules/javasci/javadoc/deprecated-list.html... Building index for all classes... Generating ./modules/javasci/javadoc/allclasses-frame.html... Generating ./modules/javasci/javadoc/allclasses-noframe.html... Generating ./modules/javasci/javadoc/index.html... Generating ./modules/javasci/javadoc/overview-summary.html... 70 warnings -- Building documentation (en_US) -- LANG=en_US.UTF-8 LC_ALL=C SCI_DISABLE_TK=1 SCI_JAVA_ENABLE_HEADLESS=1 _JAVA_OPTIONS='-Djava.awt.headless=true' ./bin/scilab-adv-cli -noatomsautoload -nb -l en_US -nouserstartup -e "try xmltojar([],[],'en_US');catch disp(lasterror()); exit(-1);end;exit(0);" -------------------------------------------------------------------------- The value of the MCA parameter "plm_rsh_agent" was set to a path that could not be found: plm_rsh_agent: ssh : rsh Please either unset the parameter, or check that the path is correct -------------------------------------------------------------------------- [calil:26214] [[INVALID],INVALID] ORTE_ERROR_LOG: Unable to start a daemon on the local node in file ess_singleton_module.c at line 582 [calil:26214] [[INVALID],INVALID] ORTE_ERROR_LOG: Unable to start a daemon on the local node in file ess_singleton_module.c at line 166 -------------------------------------------------------------------------- It looks like orte_init failed for some reason; your parallel process is likely to abort. There are many reasons that a parallel process can fail during orte_init; some of which are due to configuration or environment problems. This failure appears to be an internal failure; here's some additional information (which may only be relevant to an Open MPI developer): orte_ess_init failed --> Returned value Unable to start a daemon on the local node (-127) instead of ORTE_SUCCESS -------------------------------------------------------------------------- -------------------------------------------------------------------------- It looks like MPI_INIT failed for some reason; your parallel process is likely to abort. There are many reasons that a parallel process can fail during MPI_INIT; some of which are due to configuration or environment problems. This failure appears to be an internal failure; here's some additional information (which may only be relevant to an Open MPI developer):

@petronny: could you provide more information about your issue because I didn't findd any reference to ssh or rsh in the source code?

Hi, openssh or inetutils is needed as a make dependency. The script is searching for ssh or rsh.

@mgd: did you change your CFLAGS or modify ocaml? @ryukinix: no idea...

For all of the 6.0.0-x versions I get a compile/build error like this: make MAKEFLAGS=-j1 ./src/modelica_compiler/parseTree.cmx ./src/modelica_compiler/linenum.cmx ./src/modelica_compiler/parser.cmx ./src/modelica_compiler/lexer.cmx ./src/modelica_compiler/precompilation.cmx ./src/modelica_compiler/compilation.cmx ./src/modelica_compiler/instantiation.cmx ./src/modelica_compiler/graphNodeSet.cmx ./src/modelica_compiler/symbolicExpression.cmx ./src/modelica_compiler/squareSparseMatrix.cmx ./src/modelica_compiler/bipartiteGraph.cmx ./src/modelica_compiler/hungarianMethod.cmx ./src/modelica_compiler/causalityGraph.cmx ./src/modelica_compiler/optimization.cmx ./src/modelica_compiler/xMLCodeGeneration.cmx ./src/modelica_compiler/optimizingCompiler.cmx ./src/modelica_compiler/scicosCodeGeneration.cmx ./src/modelica_compiler/scicosOptimizingCompiler.cmx make[3]: Verzeichnis „/home/mgd/packages/scilab-6.0.0-7/src/scilab-6.0.0/modules/scicos“ wird betreten make[3]: „src/modelica_compiler/parseTree.cmx“ ist bereits aktuell. make[3]: „src/modelica_compiler/linenum.cmx“ ist bereits aktuell. make[3]: „src/modelica_compiler/parser.cmx“ ist bereits aktuell. make[3]: „src/modelica_compiler/lexer.cmx“ ist bereits aktuell. make[3]: „src/modelica_compiler/precompilation.cmx“ ist bereits aktuell. make[3]: „src/modelica_compiler/compilation.cmx“ ist bereits aktuell. make[3]: „src/modelica_compiler/instantiation.cmx“ ist bereits aktuell. make[3]: „src/modelica_compiler/graphNodeSet.cmx“ ist bereits aktuell. make[3]: „src/modelica_compiler/symbolicExpression.cmx“ ist bereits aktuell. make[3]: „src/modelica_compiler/squareSparseMatrix.cmx“ ist bereits aktuell. make[3]: „src/modelica_compiler/bipartiteGraph.cmx“ ist bereits aktuell. make[3]: „src/modelica_compiler/hungarianMethod.cmx“ ist bereits aktuell. make[3]: „src/modelica_compiler/causalityGraph.cmx“ ist bereits aktuell. make[3]: „src/modelica_compiler/optimization.cmx“ ist bereits aktuell. make[3]: „src/modelica_compiler/xMLCodeGeneration.cmx“ ist bereits aktuell. make[3]: „src/modelica_compiler/optimizingCompiler.cmx“ ist bereits aktuell. make[3]: „src/modelica_compiler/scicosCodeGeneration.cmx“ ist bereits aktuell. make[3]: „src/modelica_compiler/scicosOptimizingCompiler.cmx“ ist bereits aktuell. make[3]: Verzeichnis „/home/mgd/packages/scilab-6.0.0-7/src/scilab-6.0.0/modules/scicos“ wird verlassen ocamlopt -o modelicac -I ./src/modelica_compiler -I ./src/xml2modelica nums.cmxa ./src/modelica_compiler/parseTree.cmx ./src/modelica_compiler/linenum.cmx ./src/modelica_compiler/parser.cmx ./src/modelica_compiler/lexer.cmx ./src/modelica_compiler/precompilation.cmx ./src/modelica_compiler/compilation.cmx ./src/modelica_compiler/instantiation.cmx ./src/modelica_compiler/graphNodeSet.cmx ./src/modelica_compiler/symbolicExpression.cmx ./src/modelica_compiler/squareSparseMatrix.cmx ./src/modelica_compiler/bipartiteGraph.cmx ./src/modelica_compiler/hungarianMethod.cmx ./src/modelica_compiler/causalityGraph.cmx ./src/modelica_compiler/optimization.cmx ./src/modelica_compiler/xMLCodeGeneration.cmx ./src/modelica_compiler/optimizingCompiler.cmx ./src/modelica_compiler/scicosCodeGeneration.cmx ./src/modelica_compiler/scicosOptimizingCompiler.cmx /usr/bin/ld: /usr/lib/ocaml/libasmrun.a(fail.o): relocation R_X86_64_32 against symbol `caml_exn_Failure' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: /usr/lib/ocaml/libasmrun.a(roots.o): relocation R_X86_64_32 against symbol `caml_frametable' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: /usr/lib/ocaml/libasmrun.a(globroots.o): relocation R_X86_64_32 against symbol `caml_global_roots' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: /usr/lib/ocaml/libasmrun.a(signals.o): relocation R_X86_64_32S against undefined symbol `caml_pending_signals' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: /usr/lib/ocaml/libasmrun.a(signals_asm.o): relocation R_X86_64_32S against symbol `caml_system__code_end' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: /usr/lib/ocaml/libasmrun.a(major_gc.o): relocation R_X86_64_32 against `.rodata.str1.1' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: /usr/lib/ocaml/libasmrun.a(minor_gc.o): relocation R_X86_64_32 against `.rodata.str1.1' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: /usr/lib/ocaml/libasmrun.a(memory.o): relocation R_X86_64_32 against `.rodata.str1.8' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: /usr/lib/ocaml/libasmrun.a(alloc.o): relocation R_X86_64_32S against undefined symbol `caml_atom_table' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: /usr/lib/ocaml/libasmrun.a(compare.o): relocation R_X86_64_32S against `.rodata' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: /usr/lib/ocaml/libasmrun.a(ints.o): relocation R_X86_64_32S against `.rodata' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: /usr/lib/ocaml/libasmrun.a(floats.o): relocation R_X86_64_32 against `.rodata.str1.1' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: /usr/lib/ocaml/libasmrun.a(str.o): relocation R_X86_64_32 against `.rodata.str1.1' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: /usr/lib/ocaml/libasmrun.a(array.o): relocation R_X86_64_32 against undefined symbol `caml_atom_table' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: /usr/lib/ocaml/libasmrun.a(io.o): relocation R_X86_64_32 against `.rodata.str1.8' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: /usr/lib/ocaml/libasmrun.a(extern.o): relocation R_X86_64_32S against `.bss' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: /usr/lib/ocaml/libasmrun.a(intern.o): relocation R_X86_64_32 against `.rodata.str1.1' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: /usr/lib/ocaml/libasmrun.a(hash.o): relocation R_X86_64_32S against `.rodata' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: /usr/lib/ocaml/libasmrun.a(sys.o): relocation R_X86_64_32 against `.rodata.str1.1' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: /usr/lib/ocaml/libasmrun.a(parsing.o): relocation R_X86_64_32S against `.rodata' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: /usr/lib/ocaml/libasmrun.a(gc_ctrl.o): relocation R_X86_64_32 against `.rodata.str1.8' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: /usr/lib/ocaml/libasmrun.a(obj.o): relocation R_X86_64_32S against undefined symbol `caml_atom_table' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: /usr/lib/ocaml/libasmrun.a(lexing.o): relocation R_X86_64_32 against `.rodata.str1.1' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: /usr/lib/ocaml/libasmrun.a(printexc.o): relocation R_X86_64_32 against `.rodata.str1.1' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: /usr/lib/ocaml/libasmrun.a(callback.o): relocation R_X86_64_32S against `.bss' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: /usr/lib/ocaml/libasmrun.a(weak.o): relocation R_X86_64_32 against symbol `caml_ephe_ref_table' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: /usr/lib/ocaml/libasmrun.a(compact.o): relocation R_X86_64_32 against `.rodata.str1.1' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: /usr/lib/ocaml/libasmrun.a(finalise.o): relocation R_X86_64_32 against `.rodata.str1.1' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: /usr/lib/ocaml/libasmrun.a(custom.o): relocation R_X86_64_32 against symbol `caml_custom_table' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: /usr/lib/ocaml/libasmrun.a(unix.o): relocation R_X86_64_32 against `.rodata.str1.1' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: /usr/lib/ocaml/libasmrun.a(backtrace.o): relocation R_X86_64_32 against symbol `caml_backtrace_last_exn' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: /usr/lib/ocaml/libasmrun.a(startup_aux.o): relocation R_X86_64_32 against `.rodata.str1.1' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: /usr/lib/ocaml/libasmrun.a(startup.o): relocation R_X86_64_32S against symbol `caml_data_segments' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: /usr/lib/ocaml/libasmrun.a(freelist.o): relocation R_X86_64_32S against `.bss' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: /usr/lib/ocaml/libasmrun.a(misc.o): relocation R_X86_64_32 against `.rodata.str1.8' can not be used when making a shared object; recompile with -fPIC /usr/bin/ld: final link failed: Nonrepresentable section on output collect2: Fehler: ld gab 1 als Ende-Status zurück File "caml_startup", line 1: Error: Error during linking make[2]: *** [Makefile:3797: modelicac] Fehler 2 make[2]: Verzeichnis „/home/mgd/packages/scilab-6.0.0-7/src/scilab-6.0.0/modules/scicos“ wird verlassen make[1]: *** [Makefile:827: all-recursive] Fehler 1 make[1]: Verzeichnis „/home/mgd/packages/scilab-6.0.0-7/src/scilab-6.0.0/modules“ wird verlassen make: *** [Makefile:1601: all-recursive] Fehler 1 ==> FEHLER: Ein Fehler geschah in build(). Any suggestions?

To execute the scilab GUI, I need to wait a long time after the second warning. ❯ scilab libEGL warning: DRI2: failed to authenticate Error parsing gtk-icon-sizes string: '' java.net.ConnectException: Connection timed out (Connection timed out) For what stands the java.net.ConnectException? This take a lot of time.

@sahash: if it was working with scilab 5.5.2, it's a regression not a bug of the package, please report it upstream (users@lists.scilab.org and http://bugzilla.scilab.org/).

Please help, I can't run my codes that I wrote with scilab 5.5.2. I have big functions that contain other functions like this example: function y=fy(x) function z=fz(t) z=t-x endfunction T=fsolve(1,fz) y=T-x endfunction but when I run <fsolve(1,fy)>, scilab freeze then close. the error in the terminal is the following: /usr/bin/scilab : ligne 957 : 25635 Erreur de segmentation (core dumped)"$SCILABBIN" "$@" scilab 21,50s user 3,52s system 42% cpu 59,240 total in the case of my program, I got the following error: [mypc1v300:25873] Signal: Erreur de segmentation (11) [mypc1v300:25873] Signal code: Address not mapped (1) [mypc1v300:25873] Failing at address: (nil) Pile d'appel : 1: 0x8b6d8c <JVM_handle_linux_signal> (/usr/lib/jvm/java-8-openjdk/jre/lib/amd64/server/libjvm.so) 2: 0x8aada8 < > (/usr/lib/jvm/java-8-openjdk/jre/lib/amd64/server/libjvm.so) 3: 0x11940 < > (/usr/lib/libpthread.so.0) Fin de la pile

@fusion809: I have no idea if scilab can work with wayland (and without X11), I have no machine with wayland to test, sorry

Under Sway (which runs on Wayland so that may be the problem) all I get is a blank screen for Scilab http://i.imgur.com/J6PXjZC.png. Here is the error it gave at the command-line when being launched (this is the error when the full GUI form being loaded, not the CLI of Scilab, just to be clear): Caught handled GLException: EGLGLXDrawableFactory - Could not initialize shared resources for EGLGr aphicsDevice[type .egl, v0.0.0, connection :1, unitID 0, handle 0x0, owner true, ResourceToolkitLoc k[obj 0x7511a47e, isOwner true, <301334b8, 1b30c0b>[count 1, qsz 0, owner <main-SharedResourceRunne r>]]] on thread main-SharedResourceRunner [0]: jogamp.opengl.egl.EGLDrawableFactory$SharedResourceImplementation.createSharedResource(EGL DrawableFactory.java:518) [1]: jogamp.opengl.SharedResourceRunner.run(SharedResourceRunner.java:353) [2]: java.lang.Thread.run(Thread.java:748) Caused[0] by GLException: Failed to created/initialize EGL display incl. fallback default: native 0x0, error 0x3001/0x3001 on thread main-SharedResourceRunner [0]: jogamp.opengl.egl.EGLDisplayUtil.eglGetDisplayAndInitialize(EGLDisplayUtil.java:297) [1]: jogamp.opengl.egl.EGLDisplayUtil.access$300(EGLDisplayUtil.java:58) [2]: jogamp.opengl.egl.EGLDisplayUtil$1.eglGetAndInitDisplay(EGLDisplayUtil.java:320) [3]: com.jogamp.nativewindow.egl.EGLGraphicsDevice.open(EGLGraphicsDevice.java:125) [4]: jogamp.opengl.egl.EGLDrawableFactory$SharedResourceImplementation.createEGLSharedResourceImpl(EGLDrawableFactory.java:532) [5]: jogamp.opengl.egl.EGLDrawableFactory$SharedResourceImplementation.createSharedResource(EGLDrawableFactory.java:516) [6]: jogamp.opengl.SharedResourceRunner.run(SharedResourceRunner.java:353) [7]: java.lang.Thread.run(Thread.java:748) Caught handled GLException: EGLGLXDrawableFactory - Could not initialize shared resources for X11GraphicsDevice[type .x11, connection :1, unitID 0, handle 0x0, owner false, ResourceToolkitLock[obj 0x7558229, isOwner true, <62a7ebb2, 5472f762>[count 1, qsz 0, owner <main-SharedResourceRunner>]]] on thread main-SharedResourceRunner [0]: jogamp.opengl.egl.EGLDrawableFactory$SharedResourceImplementation.createSharedResource(EGLDrawableFactory.java:518) [1]: jogamp.opengl.SharedResourceRunner.run(SharedResourceRunner.java:353) [2]: java.lang.Thread.run(Thread.java:748) Caused[0] by GLException: Failed to created/initialize EGL display incl. fallback default: native 0x0, error 0x3001/0x3001 on thread main-SharedResourceRunner [0]: jogamp.opengl.egl.EGLDisplayUtil.eglGetDisplayAndInitialize(EGLDisplayUtil.java:297) [1]: jogamp.opengl.egl.EGLDisplayUtil.access$300(EGLDisplayUtil.java:58) [2]: jogamp.opengl.egl.EGLDisplayUtil$1.eglGetAndInitDisplay(EGLDisplayUtil.java:320) [3]: com.jogamp.nativewindow.egl.EGLGraphicsDevice.open(EGLGraphicsDevice.java:125) [4]: jogamp.opengl.egl.EGLDrawableFactory$SharedResourceImplementation.createEGLSharedResourceImpl(EGLDrawableFactory.java:532) [5]: jogamp.opengl.egl.EGLDrawableFactory$SharedResourceImplementation.createSharedResource(EGLDrawableFactory.java:516) [6]: jogamp.opengl.SharedResourceRunner.run(SharedResourceRunner.java:353) [7]: java.lang.Thread.run(Thread.java:748)

@Xwang: please paste your log somewhere and make the output in english to be more easy to read. @all: building fine even in a clean chroot, you may have some special configuration that breaks the build (flags or specific version of packages). You can send me full build log (obtained with 'makepkg -L') to see if there is something different with mine.

I have this error at compile time: In file included from /usr/include/c++/7.1.1/map:60:0, from /usr/include/openmpi/ompi/mpi/cxx/mpicxx.h:38, from /usr/include/mpi.h:2673, from /usr/include/H5public.h:61, from /usr/include/hdf5.h:24, from ./includes/h5_writeDataToFile.h:21, from src/cpp/handle_properties.cpp:26: /usr/include/c++/7.1.1/bits/stl_tree.h:141:3: error: template with C linkage template<typename _Key_compare> ^~~~~~~~ /usr/include/c++/7.1.1/bits/stl_tree.h:215:3: error: template with C linkage template<typename _Val> ^~~~~~~~ /usr/include/c++/7.1.1/bits/stl_tree.h:247:3: error: conflicting declaration of C function 'const std::_Rb_tree_node_base* std::_Rb_tree_increment(const std::_Rb_tree_node_base*)' _Rb_tree_increment(const _Rb_tree_node_base* __x) throw (); ^~~~~~~~~~~~~~~~~~ /usr/include/c++/7.1.1/bits/stl_tree.h:244:3: note: previous declaration 'std::_Rb_tree_node_base* std::_Rb_tree_increment(std::_Rb_tree_node_base*)' _Rb_tree_increment(_Rb_tree_node_base* __x) throw (); ^~~~~~~~~~~~~~~~~~ /usr/include/c++/7.1.1/bits/stl_tree.h:253:3: error: conflicting declaration of C function 'const std::_Rb_tree_node_base* std::_Rb_tree_decrement(const std::_Rb_tree_node_base*)' _Rb_tree_decrement(const _Rb_tree_node_base* __x) throw (); ^~~~~~~~~~~~~~~~~~ /usr/include/c++/7.1.1/bits/stl_tree.h:250:3: note: previous declaration 'std::_Rb_tree_node_base* std::_Rb_tree_decrement(std::_Rb_tree_node_base*)' _Rb_tree_decrement(_Rb_tree_node_base* __x) throw (); ^~~~~~~~~~~~~~~~~~ /usr/include/c++/7.1.1/bits/stl_tree.h:255:3: error: template with C linkage template<typename _Tp> ^~~~~~~~ /usr/include/c++/7.1.1/bits/stl_tree.h:325:3: error: template with C linkage template<typename _Tp> ^~~~~~~~ /usr/include/c++/7.1.1/bits/stl_tree.h:404:3: error: template with C linkage template<typename _Val> ^~~~~~~~ /usr/include/c++/7.1.1/bits/stl_tree.h:410:3: error: template with C linkage template<typename _Val> ^~~~~~~~ /usr/include/c++/7.1.1/bits/stl_tree.h:427:3: error: template with C linkage template<typename _Cmp, typename _SfinaeType, typename = __void_t<>> ^~~~~~~~ /usr/include/c++/7.1.1/bits/stl_tree.h:431:3: error: template with C linkage template<typename _Cmp, typename _SfinaeType> ^~~~~~~~ /usr/include/c++/7.1.1/bits/stl_tree.h:442:3: error: template with C linkage template<typename _Key, typename _Val, typename _KeyOfValue, ^~~~~~~~ /usr/include/c++/7.1.1/bits/stl_tree.h:1530:3: error: template with C linkage template<typename _Key, typename _Val, typename _KeyOfValue, ^~~~~~~~ /usr/include/c++/7.1.1/bits/stl_tree.h:1540:3: error: template with C linkage template<typename _Key, typename _Val, typename _KeyOfValue, ^~~~~~~~ /usr/include/c++/7.1.1/bits/stl_tree.h:1550:3: error: template with C linkage template<typename _Key, typename _Val, typename _KeyOfValue, ^~~~~~~~ /usr/include/c++/7.1.1/bits/stl_tree.h:1557:3: error: template with C linkage template<typename _Key, typename _Val, typename _KeyOfValue, ^~~~~~~~ /usr/include/c++/7.1.1/bits/stl_tree.h:1564:3: error: template with C linkage template<typename _Key, typename _Val, typename _KeyOfValue, ^~~~~~~~ /usr/include/c++/7.1.1/bits/stl_tree.h:1571:3: error: template with C linkage template<typename _Key, typename _Val, typename _KeyOfValue, ^~~~~~~~ /usr/include/c++/7.1.1/bits/stl_tree.h:1578:3: error: template with C linkage template<typename _Key, typename _Val, typename _KeyOfValue, ^~~~~~~~ /usr/include/c++/7.1.1/bits/stl_tree.h:1586:3: error: template with C linkage template<typename _Key, typename _Val, typename _KeyOfValue, ^~~~~~~~ /usr/include/c++/7.1.1/bits/stl_tree.h:1597:3: error: template with C linkage template<typename _Key, typename _Val, typename _KeyOfValue, ^~~~~~~~ /usr/include/c++/7.1.1/bits/stl_tree.h:1618:3: error: template with C linkage template<typename _Key, typename _Val, typename _KeyOfValue, ^~~~~~~~ /usr/include/c++/7.1.1/bits/stl_tree.h:1631:3: error: template with C linkage template<typename _Key, typename _Val, typename _KeyOfValue, ^~~~~~~~ /usr/include/c++/7.1.1/bits/stl_tree.h:1657:3: error: template with C linkage template<typename _Key, typename _Val, typename _KeyOfValue, ^~~~~~~~ /usr/include/c++/7.1.1/bits/stl_tree.h:1670:3: error: template with C linkage template<typename _Key, typename _Val, typename _KeyOfValue, ^~~~~~~~ /usr/include/c++/7.1.1/bits/stl_tree.h:1683:3: error: template with C linkage template<typename _Key, typename _Val, typename _KeyOfValue, ^~~~~~~~ /usr/include/c++/7.1.1/bits/stl_tree.h:1697:3: error: template with C linkage template<typename _Key, typename _Val, typename _KeyOfValue, ^~~~~~~~ /usr/include/c++/7.1.1/bits/stl_tree.h:1732:3: error: template with C linkage template<typename _Key, typename _Val, typename _KeyOfValue, ^~~~~~~~ /usr/include/c++/7.1.1/bits/stl_tree.h:1761:3: error: template with C linkage template<typename _Key, typename _Val, typename _KeyOfValue, ^~~~~~~~ /usr/include/c++/7.1.1/bits/stl_tree.h:1786:3: error: template with C linkage template<typename _Key, typename _Val, typename _KeyOfValue, ^~~~~~~~ /usr/include/c++/7.1.1/bits/stl_tree.h:1810:3: error: template with C linkage template<typename _Key, typename _Val, typename _KoV, ^~~~~~~~ /usr/include/c++/7.1.1/bits/stl_tree.h:1847:3: error: template with C linkage template<typename _Key, typename _Val, typename _KeyOfValue, ^~~~~~~~ /usr/include/c++/7.1.1/bits/stl_tree.h:1863:3: error: template with C linkage template<typename _Key, typename _Val, typename _KeyOfValue, ^~~~~~~~ /usr/include/c++/7.1.1/bits/stl_tree.h:1879:3: error: template with C linkage template<typename _Key, typename _Val, typename _KeyOfValue, ^~~~~~~~ /usr/include/c++/7.1.1/bits/stl_tree.h:1895:3: error: template with C linkage template<typename _Key, typename _Val, typename _KeyOfValue, ^~~~~~~~ /usr/include/c++/7.1.1/bits/stl_tree.h:1911:3: error: template with C linkage template<typename _Key, typename _Val, typename _KeyOfValue, ^~~~~~~~ /usr/include/c++/7.1.1/bits/stl_tree.h:1927:3: error: template with C linkage template<typename _Key, typename _Val, typename _KeyOfValue, ^~~~~~~~ /usr/include/c++/7.1.1/bits/stl_tree.h:1959:3: error: template with C linkage template<typename _Key, typename _Val, typename _KeyOfValue, ^~~~~~~~ /usr/include/c++/7.1.1/bits/stl_tree.h:1991:3: error: template with C linkage template<typename _Key, typename _Val, typename _KeyOfValue, ^~~~~~~~ /usr/include/c++/7.1.1/bits/stl_tree.h:2022:3: error: template with C linkage template<typename _Key, typename _Val, typename _KeyOfValue, ^~~~~~~~ /usr/include/c++/7.1.1/bits/stl_tree.h:2054:3: error: template with C linkage template<typename _Key, typename _Val, typename _KeyOfValue, ^~~~~~~~ /usr/include/c++/7.1.1/bits/stl_tree.h:2075:3: error: template with C linkage template<typename _Key, typename _Val, typename _KeyOfValue, ^~~~~~~~ /usr/include/c++/7.1.1/bits/stl_tree.h:2104:3: error: template with C linkage template<typename _Key, typename _Val, typename _KeyOfValue, ^~~~~~~~ /usr/include/c++/7.1.1/bits/stl_tree.h:2124:3: error: template with C linkage template<typename _Key, typename _Val, typename _KeyOfValue, ^~~~~~~~ /usr/include/c++/7.1.1/bits/stl_tree.h:2183:3: error: template with C linkage template<typename _Key, typename _Val, typename _KeyOfValue, ^~~~~~~~ /usr/include/c++/7.1.1/bits/stl_tree.h:2210:3: error: template with C linkage template<typename _Key, typename _Val, typename _KeyOfValue, ^~~~~~~~ /usr/include/c++/7.1.1/bits/stl_tree.h:2265:3: error: template with C linkage template<typename _Key, typename _Val, typename _KeyOfValue, ^~~~~~~~ /usr/include/c++/7.1.1/bits/stl_tree.h:2294:3: error: template with C linkage template<typename _Key, typename _Val, typename _KeyOfValue, ^~~~~~~~ /usr/include/c++/7.1.1/bits/stl_tree.h:2310:3: error: template with C linkage template<typename _Key, typename _Val, typename _KeyOfValue, ^~~~~~~~ /usr/include/c++/7.1.1/bits/stl_tree.h:2326:3: error: template with C linkage template<typename _Key, typename _Val, typename _KeyOfValue, ^~~~~~~~ /usr/include/c++/7.1.1/bits/stl_tree.h:2343:3: error: template with C linkage template<typename _Key, typename _Val, typename _KeyOfValue, ^~~~~~~~ /usr/include/c++/7.1.1/bits/stl_tree.h:2370:3: error: template with C linkage template<typename _Key, typename _Val, typename _KeyOfValue, ^~~~~~~~ /usr/include/c++/7.1.1/bits/stl_tree.h:2391:3: error: template with C linkage template<typename _Key, typename _Val, typename _KeyOfValue, ^~~~~~~~ /usr/include/c++/7.1.1/bits/stl_tree.h:2417:3: error: template with C linkage template<typename _Key, typename _Val, typename _KeyOfValue, ^~~~~~~~ /usr/include/c++/7.1.1/bits/stl_tree.h:2443:3: error: template with C linkage template<typename _Key, typename _Val, typename _KoV, ^~~~~~~~ /usr/include/c++/7.1.1/bits/stl_tree.h:2455:3: error: template with C linkage template<typename _Key, typename _Val, typename _KoV, ^~~~~~~~ /usr/include/c++/7.1.1/bits/stl_tree.h:2467:3: error: template with C linkage template<typename _Key, typename _Val, typename _KeyOfValue, ^~~~~~~~ /usr/include/c++/7.1.1/bits/stl_tree.h:2481:3: error: template with C linkage template<typename _Key, typename _Val, typename _KeyOfValue, ^~~~~~~~ /usr/include/c++/7.1.1/bits/stl_tree.h:2494:3: error: template with C linkage template<typename _Key, typename _Val, typename _KeyOfValue, ^~~~~~~~ /usr/include/c++/7.1.1/bits/stl_tree.h:2506:3: error: template with C linkage template<typename _Key, typename _Val, typename _KeyOfValue, ^~~~~~~~ /usr/include/c++/7.1.1/bits/stl_tree.h:2516:3: error: template with C linkage template<typename _Key, typename _Val, typename _KeyOfValue, ^~~~~~~~ /usr/include/c++/7.1.1/bits/stl_tree.h:2529:3: error: template with C linkage template<typename _Key, typename _Val, typename _KeyOfValue, ^~~~~~~~ /usr/include/c++/7.1.1/bits/stl_tree.h:2542:3: error: template with C linkage template<typename _Key, typename _Val, typename _KeyOfValue, ^~~~~~~~ /usr/include/c++/7.1.1/bits/stl_tree.h:2557:3: error: template with C linkage template<typename _Key, typename _Val, typename _KeyOfValue, ^~~~~~~~ In file included from /usr/include/c++/7.1.1/map:61:0, from /usr/include/openmpi/ompi/mpi/cxx/mpicxx.h:38, from /usr/include/mpi.h:2673, from /usr/include/H5public.h:61, from /usr/include/hdf5.h:24, from ./includes/h5_writeDataToFile.h:21, from src/cpp/handle_properties.cpp:26: /usr/include/c++/7.1.1/bits/stl_map.h:70:3: error: template with C linkage template <typename _Key, typename _Tp, typename _Compare, typename _Alloc> ^~~~~~~~ /usr/include/c++/7.1.1/bits/stl_map.h:97:3: error: template with C linkage template <typename _Key, typename _Tp, typename _Compare = std::less<_Key>, ^~~~~~~~ /usr/include/c++/7.1.1/bits/stl_map.h:1378:3: error: template with C linkage template<typename _Key, typename _Tp, typename _Compare, typename _Alloc> ^~~~~~~~ /usr/include/c++/7.1.1/bits/stl_map.h:1395:3: error: template with C linkage template<typename _Key, typename _Tp, typename _Compare, typename _Alloc> ^~~~~~~~ /usr/include/c++/7.1.1/bits/stl_map.h:1402:3: error: template with C linkage template<typename _Key, typename _Tp, typename _Compare, typename _Alloc> ^~~~~~~~ /usr/include/c++/7.1.1/bits/stl_map.h:1409:3: error: template with C linkage template<typename _Key, typename _Tp, typename _Compare, typename _Alloc> ^~~~~~~~ /usr/include/c++/7.1.1/bits/stl_map.h:1416:3: error: template with C linkage template<typename _Key, typename _Tp, typename _Compare, typename _Alloc> ^~~~~~~~ /usr/include/c++/7.1.1/bits/stl_map.h:1423:3: error: template with C linkage template<typename _Key, typename _Tp, typename _Compare, typename _Alloc> ^~~~~~~~ /usr/include/c++/7.1.1/bits/stl_map.h:1430:3: error: template with C linkage template<typename _Key, typename _Tp, typename _Compare, typename _Alloc> ^~~~~~~~ In file included from /usr/include/c++/7.1.1/map:62:0, from /usr/include/openmpi/ompi/mpi/cxx/mpicxx.h:38, from /usr/include/mpi.h:2673, from /usr/include/H5public.h:61, from /usr/include/hdf5.h:24, from ./includes/h5_writeDataToFile.h:21, from src/cpp/handle_properties.cpp:26: /usr/include/c++/7.1.1/bits/stl_multimap.h:68:3: error: template with C linkage template <typename _Key, typename _Tp, typename _Compare, typename _Alloc> ^~~~~~~~ /usr/include/c++/7.1.1/bits/stl_multimap.h:95:3: error: template with C linkage template <typename _Key, typename _Tp, ^~~~~~~~ /usr/include/c++/7.1.1/bits/stl_multimap.h:1043:3: error: template with C linkage template<typename _Key, typename _Tp, typename _Compare, typename _Alloc> ^~~~~~~~ /usr/include/c++/7.1.1/bits/stl_multimap.h:1060:3: error: template with C linkage template<typename _Key, typename _Tp, typename _Compare, typename _Alloc> ^~~~~~~~ /usr/include/c++/7.1.1/bits/stl_multimap.h:1067:3: error: template with C linkage template<typename _Key, typename _Tp, typename _Compare, typename _Alloc> ^~~~~~~~ /usr/include/c++/7.1.1/bits/stl_multimap.h:1074:3: error: template with C linkage template<typename _Key, typename _Tp, typename _Compare, typename _Alloc> ^~~~~~~~ /usr/include/c++/7.1.1/bits/stl_multimap.h:1081:3: error: template with C linkage template<typename _Key, typename _Tp, typename _Compare, typename _Alloc> ^~~~~~~~ /usr/include/c++/7.1.1/bits/stl_multimap.h:1088:3: error: template with C linkage template<typename _Key, typename _Tp, typename _Compare, typename _Alloc> ^~~~~~~~ /usr/include/c++/7.1.1/bits/stl_multimap.h:1095:3: error: template with C linkage template<typename _Key, typename _Tp, typename _Compare, typename _Alloc> ^~~~~~~~ In file included from /usr/include/openmpi/ompi/mpi/cxx/mpicxx.h:205:0, from /usr/include/mpi.h:2673, from /usr/include/H5public.h:61, from /usr/include/hdf5.h:24, from ./includes/h5_writeDataToFile.h:21, from src/cpp/handle_properties.cpp:26: /usr/include/openmpi/ompi/mpi/cxx/functions.h:71:1: error: conflicting declaration of C function 'void MPI::Init()' Init(); ^~~~ /usr/include/openmpi/ompi/mpi/cxx/functions.h:68:1: note: previous declaration 'void MPI::Init(int&, char**&)' Init(int& argc, char**& argv); ^~~~ /usr/include/openmpi/ompi/mpi/cxx/functions.h:96:1: error: conflicting declaration of C function 'int MPI::Init_thread(int)' Init_thread(int required); ^~~~~~~~~~~ /usr/include/openmpi/ompi/mpi/cxx/functions.h:93:1: note: previous declaration 'int MPI::Init_thread(int&, char**&, int)' Init_thread(int &argc, char**&argv, int required); ^~~~~~~~~~~ In file included from /usr/include/openmpi/ompi/mpi/cxx/mpicxx.h:240:0, from /usr/include/mpi.h:2673, from /usr/include/H5public.h:61, from /usr/include/hdf5.h:24, from ./includes/h5_writeDataToFile.h:21, from src/cpp/handle_properties.cpp:26: /usr/include/openmpi/ompi/mpi/cxx/file.h:36:6: error: conflicting declaration of C function 'void MPI::Register_datarep(const char*, int (*)(void*, MPI_Datatype, int, void*, MPI_Offset, void*), void (*)(void*, MPI::Datatype&, int, void*, MPI::Offset, void*), void (*)(const MPI::Datatype&, MPI::Aint&, void*), void*)' void Register_datarep(const char* datarep, ^~~~~~~~~~~~~~~~ /usr/include/openmpi/ompi/mpi/cxx/file.h:29:6: note: previous declaration 'void MPI::Register_datarep(const char*, void (*)(void*, MPI::Datatype&, int, void*, MPI::Offset, void*), void (*)(void*, MPI::Datatype&, int, void*, MPI::Offset, void*), void (*)(const MPI::Datatype&, MPI::Aint&, void*), void*)' void Register_datarep(const char* datarep, ^~~~~~~~~~~~~~~~ /usr/include/openmpi/ompi/mpi/cxx/file.h:43:6: error: conflicting declaration of C function 'void MPI::Register_datarep(const char*, void (*)(void*, MPI::Datatype&, int, void*, MPI::Offset, void*), int (*)(void*, MPI_Datatype, int, void*, MPI_Offset, void*), void (*)(const MPI::Datatype&, MPI::Aint&, void*), void*)' void Register_datarep(const char* datarep, ^~~~~~~~~~~~~~~~ /usr/include/openmpi/ompi/mpi/cxx/file.h:36:6: note: previous declaration 'void MPI::Register_datarep(const char*, int (*)(void*, MPI_Datatype, int, void*, MPI_Offset, void*), void (*)(void*, MPI::Datatype&, int, void*, MPI::Offset, void*), void (*)(const MPI::Datatype&, MPI::Aint&, void*), void*)' void Register_datarep(const char* datarep, ^~~~~~~~~~~~~~~~ /usr/include/openmpi/ompi/mpi/cxx/file.h:43:6: error: conflicting declaration of C function 'void MPI::Register_datarep(const char*, void (*)(void*, MPI::Datatype&, int, void*, MPI::Offset, void*), int (*)(void*, MPI_Datatype, int, void*, MPI_Offset, void*), void (*)(const MPI::Datatype&, MPI::Aint&, void*), void*)' void Register_datarep(const char* datarep, ^~~~~~~~~~~~~~~~ /usr/include/openmpi/ompi/mpi/cxx/file.h:29:6: note: previous declaration 'void MPI::Register_datarep(const char*, void (*)(void*, MPI::Datatype&, int, void*, MPI::Offset, void*), void (*)(void*, MPI::Datatype&, int, void*, MPI::Offset, void*), void (*)(const MPI::Datatype&, MPI::Aint&, void*), void*)' void Register_datarep(const char* datarep, ^~~~~~~~~~~~~~~~ /usr/include/openmpi/ompi/mpi/cxx/file.h:50:6: error: conflicting declaration of C function 'void MPI::Register_datarep(const char*, int (*)(void*, MPI_Datatype, int, void*, MPI_Offset, void*), int (*)(void*, MPI_Datatype, int, void*, MPI_Offset, void*), void (*)(const MPI::Datatype&, MPI::Aint&, void*), void*)' void Register_datarep(const char* datarep, ^~~~~~~~~~~~~~~~ /usr/include/openmpi/ompi/mpi/cxx/file.h:43:6: note: previous declaration 'void MPI::Register_datarep(const char*, void (*)(void*, MPI::Datatype&, int, void*, MPI::Offset, void*), int (*)(void*, MPI_Datatype, int, void*, MPI_Offset, void*), void (*)(const MPI::Datatype&, MPI::Aint&, void*), void*)' void Register_datarep(const char* datarep, ^~~~~~~~~~~~~~~~ /usr/include/openmpi/ompi/mpi/cxx/file.h:50:6: error: conflicting declaration of C function 'void MPI::Register_datarep(const char*, int (*)(void*, MPI_Datatype, int, void*, MPI_Offset, void*), int (*)(void*, MPI_Datatype, int, void*, MPI_Offset, void*), void (*)(const MPI::Datatype&, MPI::Aint&, void*), void*)' void Register_datarep(const char* datarep, ^~~~~~~~~~~~~~~~ /usr/include/openmpi/ompi/mpi/cxx/file.h:36:6: note: previous declaration 'void MPI::Register_datarep(const char*, int (*)(void*, MPI_Datatype, int, void*, MPI_Offset, void*), void (*)(void*, MPI::Datatype&, int, void*, MPI::Offset, void*), void (*)(const MPI::Datatype&, MPI::Aint&, void*), void*)' void Register_datarep(const char* datarep, ^~~~~~~~~~~~~~~~ /usr/include/openmpi/ompi/mpi/cxx/file.h:50:6: error: conflicting declaration of C function 'void MPI::Register_datarep(const char*, int (*)(void*, MPI_Datatype, int, void*, MPI_Offset, void*), int (*)(void*, MPI_Datatype, int, void*, MPI_Offset, void*), void (*)(const MPI::Datatype&, MPI::Aint&, void*), void*)' void Register_datarep(const char* datarep, ^~~~~~~~~~~~~~~~ /usr/include/openmpi/ompi/mpi/cxx/file.h:29:6: note: previous declaration 'void MPI::Register_datarep(const char*, void (*)(void*, MPI::Datatype&, int, void*, MPI::Offset, void*), void (*)(void*, MPI::Datatype&, int, void*, MPI::Offset, void*), void (*)(const MPI::Datatype&, MPI::Aint&, void*), void*)' void Register_datarep(const char* datarep, ^~~~~~~~~~~~~~~~ In file included from /usr/include/openmpi/ompi/mpi/cxx/mpicxx.h:289:0, from /usr/include/mpi.h:2673, from /usr/include/H5public.h:61, from /usr/include/hdf5.h:24, from ./includes/h5_writeDataToFile.h:21, from src/cpp/handle_properties.cpp:26: /usr/include/openmpi/ompi/mpi/cxx/functions_inln.h: In function 'void MPI::Init(int&, char**&)': /usr/include/openmpi/ompi/mpi/cxx/functions_inln.h:119:1: error: conflicting declaration of C function 'void MPI::Init(int&, char**&)' MPI::Init(int& argc, char**& argv) ^~~ In file included from /usr/include/openmpi/ompi/mpi/cxx/mpicxx.h:205:0, from /usr/include/mpi.h:2673, from /usr/include/H5public.h:61, from /usr/include/hdf5.h:24, from ./includes/h5_writeDataToFile.h:21, from src/cpp/handle_properties.cpp:26: /usr/include/openmpi/ompi/mpi/cxx/functions.h:71:1: note: previous declaration 'void MPI::Init()' Init(); ^~~~ In file included from /usr/include/openmpi/ompi/mpi/cxx/mpicxx.h:289:0, from /usr/include/mpi.h:2673, from /usr/include/H5public.h:61, from /usr/include/hdf5.h:24, from ./includes/h5_writeDataToFile.h:21, from src/cpp/handle_properties.cpp:26: /usr/include/openmpi/ompi/mpi/cxx/functions_inln.h: In function 'int MPI::Init_thread(int&, char**&, int)': /usr/include/openmpi/ompi/mpi/cxx/functions_inln.h:170:1: error: conflicting declaration of C function 'int MPI::Init_thread(int&, char**&, int)' MPI::Init_thread(int& argc, char**& argv, int required) ^~~ /usr/include/openmpi/ompi/mpi/cxx/functions_inln.h:160:1: note: previous declaration 'int MPI::Init_thread(int)' MPI::Init_thread(int required) ^~~ src/cpp/handle_properties.cpp: In function 'void import_userdata(int, int)': src/cpp/handle_properties.cpp:294:50: warning: cast to pointer from integer of different size [-Wint-to-pointer-cast] previous = ((types::InternalType*) * p); ^ src/cpp/handle_properties.cpp: In function 'bool export_handle_userdata(int, int)': src/cpp/handle_properties.cpp:2136:45: warning: cast to pointer from integer of different size [-Wint-to-pointer-cast] pUD = ((types::InternalType*) * p); ^ make[3]: *** [Makefile:1501: src/cpp/libscihdf5_algo_la-handle_properties.lo] Error 1 make[3]: uscita dalla directory "/home/andreak/tmp/yaourt-tmp-andreak/aur-scilab/src/scilab-6.0.0/modules/hdf5" make[2]: *** [Makefile:910: all] Error 2 make[2]: uscita dalla directory "/home/andreak/tmp/yaourt-tmp-andreak/aur-scilab/src/scilab-6.0.0/modules/hdf5" make[1]: *** [Makefile:827: all-recursive] Error 1 make[1]: uscita dalla directory "/home/andreak/tmp/yaourt-tmp-andreak/aur-scilab/src/scilab-6.0.0/modules" make: *** [Makefile:1601: all-recursive] Error 1 ==> ERRORE: Si è verificato un errore in build(). L'operazione sta per essere interrotta... ==> ERRORE: Makepkg non è riuscito a compilare scilab.

src/cpp/loadlib.cpp:41:77: error: conversion invalide Any ideas ?

@dentalfloss I am experiencing the same compilation problem. You said you had something wrong in your config. Can you tell me a bit more ?

Now that java-batik was updated to version 1.9, XCos doesn't work anymore, throwing a "missing version 1.7" error

When I start scilab, I get a warning: Warning: Could not find Java package '/usr/share/scilab//thirdparty/ecj.jar'. Some problems during the loading of the Java libraries occurred. This could lead to inconsistent behaviours. Please check SCI/etc/classpath.xml. This can be avoided by a) providing that file in the scilab package or b) adjusting the classpath.xml file to point to /usr/share/java/ecj.jar (that is the place wher the eclipse-ecj package provides ecj.jar)

@simona: I'm not fluent with italian but you should fix the dependency.

==> Continuare la compilazione di scilab [S/n] ==> ------------------------------------------ ==> ==> Compilazione e installazione del pacchetto ==> Installa o compila le dipendenze mancanti per scilab: risoluzione delle dipendenze in corso... ricerca dei pacchetti in conflitto in corso... :: gcc-libs e gcc-libs-multilib vanno in conflitto. Vuoi rimuovere gcc-libs-multilib? [s/N] errore: sono stati rilevati dei conflitti irrisolvibili tra i pacchetti errore: impossibile eseguire l'operazione richiesta (dipendenze in conflitto) :: gcc-libs e gcc-libs-multilib vanno in conflitto

@mcrai: first you should try to compile it with pure makeppkg, then if it's still failing you can send me the full build log to see if there is a difference with mine. However, I cannot test Arch derivatives. ps: comments are editable.

@eolianoe: two weeks and many updates later: after a somewhat lengthy install process I get the same error messages. Maybe worth to mention: I am trying to install under Linux Manjaro using the Yaourt tool from within Octopi. Don't know if this is of relevance, do not know alternatives, either. Other than that, I do not know what is special about my config. How can I dig in deeper into the problem? Help would be much appreciated.

@Li33f: no idea, it seems that the host is definitively down, but you should make that comment on the page of the javahelp2 package [a]. [a] https://aur.archlinux.org/packages/javahelp2/

Good afternoon, I encounter a failure during this installation of scilab, javahelp2 svn seems to be unavailable do you have an idea on how to fix this ? "Échec lors du téléchargement du dépôt javahelp2 svn"

Missing dependency bwidget. The package bwidget is required by the Axes Editor, of the Plot Window. Please add bwidget as a required dependency.

@mcrai: building fine here (even in a clean chroot) so you may have something special in your config. @ye_k: never tested to link with C++ or Java you should ask to the users mailing list

Attempting to build SciLab I get errors: Failed to execute SCI/modules/core/etc/core.start: startModule: Could not find 'SCI/modules/core/macros/lib': Please check t hat macros have been built. make: *** [Makefile:2213: doc] Error 1 ==> ERROR: A failure occurred in build(). Aborting... ==> ERROR: Makepkg was unable to build scilab. Could anyone please hint on how to solve this?

Attempting to build SciLab I get errors: Failed to execute SCI/modules/core/etc/core.start: startModule: Could not find 'SCI/modules/core/macros/lib': Please check t hat macros have been built. make: *** [Makefile:2213: doc] Error 1 ==> ERROR: A failure occurred in build(). Aborting... ==> ERROR: Makepkg was unable to build scilab. Could anyone please hint on how to solve this?

Can anyone confirm that calling Scilab from C/C++ and Java is out of order? I'm trying to interact with Scilab from my C++ and Java codes, but I'm stuck on the next error message which is appears both in C++ and Java: Scilab startup function detected that the function proposed to the engine is the wrong one. Usually, it comes from a linker problem in your distribution/OS. Here, Scilab should have 'libscijvm-disable' defined but gets 'libscijvm' instead. If you do not know what it means, please report a bug on http://bugzilla.scilab.org/. If you do, you probably know that you should change the link order in SCI/modules/Makefile.am Compilation process runs OK, but execution fails. In C I've tried: $ SCI=/usr/share/scilab/ $ PATH_SCILAB=/usr $ SCILAB_CFLAGS=-I$(PATH_SCILAB)/include/scilab/ $ PATH_TO_LIB_SCILAB=$(PATH_SCILAB)/lib/scilab/ $ PATH_TO_LIB_CALL_SCILAB=$(PATH_SCILAB)/lib/scilab/ $ export LD_LIBRARY_PATH="$LD_LIBRARY_PATH:/usr/lib/jvm/default/jre/lib/amd64/:/usr/lib/jvm/default/jre/lib/amd64/server/:/usr/lib/scilab/:$(SCI)/modules/.libs/:$(SCI)/modules/call_scilab/.libs/:$(SCI)/modules/api_scilab/.libs" $ gcc -o myExample -lscilab -lscicall_scilab -L$(PATH_TO_LIB_SCILAB) -L$(PATH_TO_LIB_CALL_SCILAB) $SCILAB_CFLAGS main.c $ export SCI $ ./myExample So I've checked: $ ldd myExample | grep libscijvm libscijvm.so.6 => /usr/lib/scilab/libscijvm.so.6 (0x00007f0909d02000) libscijvm-disable.so.6 => /usr/lib/scilab/libscijvm-disable.so.6 (0x00007f09002e5000) In Java I've tried: export SCI=/usr/share/scilab/ export CLASSPATH=$(SCI)/modules/javasci/jar/org.scilab.modules.javasci.jar:$(SCI)/modules/types/jar/org.scilab.modules.types.jar export LD_LIBRARY_PATH=$(SCI)/../../lib/scilab/ javac -cp $(CLASSPATH) Example1.java java -cp $(CLASSPATH):. -DSCI=$(SCI) -Djava.library.path=$(LD_LIBRARY_PATH) Example1 $ java -version java version "1.8.0_131" Java(TM) SE Runtime Environment (build 1.8.0_131-b11) Java HotSpot(TM) 64-Bit Server VM (build 25.131-b11, mixed mode)

In order order to update (and/or build), you may need to uninstall scilab then build it and finally reinstall it to avoid conflicts between the two versions. For now, scilab fails to run when launched from outside a terminal.

Same here. Just installed today and the window disappears very fast when running. Run in terminal has no problem.

@dentalfloss: ok, I've the same kind of trouble, in i3 scilab fails to run if it is launched from dmenu but everything is ok if I'm running it from the terminal. For the moment I've no idea for that problem.

@eolianoe: Got it working, it was a problem with my config. Interestingly, I am unable to launch scilab via the GUI or gtk-launch from the terminal (xfce4 desktop) - the window shows for about 0.5s then disappears, but the terminal doesn't return and there is no error even with SCIVERBOSE set. Also no evidence of scilab in the process list. Runs fine when scilab is run directly from the terminal. Has anyone else experienced this behaviour?

@dentalfloss: are you sure that you are using the latest PKGBUILD? If so could you send me the full build log to see what is different.

@eolianoe: I am still seeing this error on attempting to compile 6.0.0-3... Any suggestions?

@fusion809: 6.0.0-3 should fix the compilation error, but I don't know which update break the compilation.

Build fails for me with the error: src/cpp/loadlib.cpp: In function ‘types::Library* loadlib(const wstring&, int*, bool, bool)’: src/cpp/loadlib.cpp:41:77: error: invalid conversion from ‘int’ to ‘BOOL’ [-fpermissive] wchar_t* pwstXML = pathconvertW(_wstXML.data(), FALSE, FALSE, AUTO_STYLE); ^ In file included from src/cpp/loadlib.cpp:28:0: ../../modules/fileio/includes/pathconvert.h:31:24: note: initializing argument 2 of ‘wchar_t* pathconvertW(const wchar_t*, BOOL, BOOL, PathConvertType)’ FILEIO_IMPEXP wchar_t *pathconvertW(const wchar_t* wcpath, BOOL flagtrail, BOOL flagexpand, PathConvertType PType); ^~~~~~~~~~~~ src/cpp/loadlib.cpp:41:77: error: invalid conversion from ‘int’ to ‘BOOL’ [-fpermissive] wchar_t* pwstXML = pathconvertW(_wstXML.data(), FALSE, FALSE, AUTO_STYLE); ^ In file included from src/cpp/loadlib.cpp:28:0: ../../modules/fileio/includes/pathconvert.h:31:24: note: initializing argument 3 of ‘wchar_t* pathconvertW(const wchar_t*, BOOL, BOOL, PathConvertType)’ FILEIO_IMPEXP wchar_t *pathconvertW(const wchar_t* wcpath, BOOL flagtrail, BOOL flagexpand, PathConvertType PType); ^~~~~~~~~~~~ make[2]: *** [Makefile:1089: src/cpp/libsciio_algo_la-loadlib.lo] Error 1 make[2]: Leaving directory '/home/fusion809/.cache/pacaur/scilab/src/scilab-6.0.0/modules/io' make[1]: *** [Makefile:827: all-recursive] Error 1 make[1]: Leaving directory '/home/fusion809/.cache/pacaur/scilab/src/scilab-6.0.0/modules' make: *** [Makefile:1601: all-recursive] Error 1

@mfpuente.ar: It seems that you have some special configuration in your '_JAVA_OPTIONS' variable, you could try to delete them and rebuild the package.

Hi, I get this error when making doc: -- Building documentation (en_US) -- LANG=en_US.UTF-8 LC_ALL=C SCI_DISABLE_TK=1 SCI_JAVA_ENABLE_HEADLESS=1 _JAVA_OPTIONS='-Djava.awt.headless=true' ./bin/scilab-adv-cli -noatomsautoload -nb -l en_US -nouserstartup -e "try xmltojar([],[],'en_US');catch disp(lasterror()); exit(-1);end;exit(0);" Picked up _JAVA_OPTIONS: -Djava.awt.headless=true Failed to execute SCI/modules/core/etc/core.start: load: /home/matias/paquetes/scilab/src/scilab-6.0.0/modules/core/macros/l ib is not a valid lib file. make: *** [Makefile:2213: doc] Error 1

@leonardojc: modified, thanks @petronny: JAVA_HOME is no more used, you should set your java environment using 'archlinux-java' (https://wiki.archlinux.org/index.php/Java#Switching_between_JVM)

Hi, plz add back the line relevant JAVA_HOME I think it should be export JAVA_HOME=/usr/lib/jvm/default It's still needed now.

Just noting that license was changed to GPLv2: http://www.scilab.org/en/content/download/4200/30610/file/Scilab6.0.0_ReleaseNotes.pdf

@rugaliz: It's a bsdtar bug (https://github.com/libarchive/libarchive/issues/853). It is fixed, but the fix is only in the git repository right now, so you will have to install libarchive-git for that. Also, your problem is from jeuclid-core package and not this one.

@ rugaliz: This is not a problem with this package, have a look at the jeuclid package for more info and a workaround: https://aur.archlinux.org/packages/jeuclid-core/

There seams to be a problem with extracting "jeuclid-minimal" I downloaded the file from source and the the same error

@jumostedu: I can reproduce the build failure as described in [a]. For now you can disable modelica. [a] https://bugzilla.redhat.com/show_bug.cgi?id=1392148#c2

I am getting the failures with ocaml that badaniem was talking about, with the current PKGBUILD and despite the '-j1' option in the new PKGBUILD. Any ideas? Do you have it too?

Learn how AUR works or use an AUR helper. This is no packaging issue.

what about auto install dependencies? resolving dependencies... warning: cannot resolve "beanshell2", a dependency of "scilab" warning: cannot resolve "java-flexdock>=1.2.4", a dependency of "scilab" warning: cannot resolve "fop-hyph", a dependency of "scilab" warning: cannot resolve "java-freehep-vectorgraphics", a dependency of "scilab" warning: cannot resolve "jeuclid-core", a dependency of "scilab" warning: cannot resolve "jgraphx>=2.0.0.1", a dependency of "scilab" warning: cannot resolve "saxon-he", a dependency of "scilab" warning: cannot resolve "jlatexmath-fop>=1.0.3", a dependency of "scilab" warning: cannot resolve "jrosetta>=1.0.4", a dependency of "scilab" warning: cannot resolve "jgoodies-looks", a dependency of "scilab" warning: cannot resolve "java-qdox", a dependency of "scilab" warning: cannot resolve "scirenderer", a dependency of "scilab" warning: cannot resolve "java-skinlf", a dependency of "scilab" warning: cannot resolve "java-testng", a dependency of "scilab" warning: cannot resolve "jogl2.2.4", a dependency of "scilab" :: The following package cannot be upgraded due to unresolvable dependencies: scilab

@badaniem: I think this is due to the fact that I disabled 'modelica' in the build process because of some failures with ocaml. I'll try to enable it again and in the meantime you can use the scilab-bin package.

Hi. After installation I cannot run xcos. I got this error: -->xcos !--error 999 xcos: or: --> tcallbackobject(28);if with_module("xcos") then xcos(); else disp(gettext("Please install xcos module.")); en !--error 999 xcos: while executing a callback depends if I try to run it from command or menu. Still, it works fine when I install Scilab from binary, as mentioned here: https://wiki.scilab.org/howto/install/linux

@eolianoe, beanshell2 was renamed. Please update to depend on beanshell instead of beanshell2. Thanks for maintaining.

In regard to the insufficient space available on /tmp/. Instead of using an elaborate trick like 'disabling tmpfs, cloning repository' one should simply enlarge /tmp/ filesystem to sufficient size. # sudo mount -o remount,noatime,size=6G /tmp/ Tmpfs size could safely exceed available amount of RAM - will utilise sapace on swap partition instead. In my case 4GB RAM, 10GB swap - I can adjust tmpfs size up to 8GB without issues. In case of using 'yaourt' with 'custmizepkg' simply create this rule. /etc/customizepkg.d/scilab addline#global#build() {#sudo mount -o remount,noatime,size=6G /tmp/

@NyanNyanKoneko: For future reference, a slightly less disruptive method would be to just clone the AUR package and build the package on your disk. This would prevent you from having to clear out /tmp, which could cause some issues on a running system... also, doesn't require you to reboot :) for example: # mkdir ~/aur_build_directory # cd ~/aur_build_directory # git clone https://aur.archlinux.org/scilab.git # cd scilab # makepkg -i Voila!

Thanks for maintaining this awesome program. One issue I had while compiling was that I ran out of room in /tmp on my netbook with only two gigabytes of RAM. This is because the tmpfs service turns /tmp into a RAM disk with a maximum available space of half the system's RAM. In my case, it capped out at one gigabyte. I was able to get around this by disabling the tmpfs service. With it disabled, the /tmp directory works like any other directory on the hard drive. If anyone else has the same issue, here's what I did: 1) Run the following command to disable tmpfs: sudo systemctl mask tmp.mount 2) Restart. 3) Install scilab. 4) Delete all files and directories in /tmp. Example: sudo rm -r /tmp/* 5) Re-enable tmpfs with the following command: sudo systemctl unmask tmp.mount 6) Restart.

scilab does not compile and fails to run since the upgrade of hdf5-1.10.0. I will try to make a patch or to submit a legacy version of hdf5 in the AUR within the next days and any help is appreciated. In the meantime you can use the binary version with the scilab-bin package [a]. [a] https://aur.archlinux.org/packages/scilab-bin/ EDIT : bugreport http://bugzilla.scilab.org/show_bug.cgi?id=14539 EDIT2 : added the package hdf5-1.8.16 [b] as a temporary workaround, keep trying to have a patch to build against extra/hdf5 [b] https://aur.archlinux.org/packages/hdf5-1.8.16/

@hiddenhand: building fine here. Could you send me an e-mail with the full build log in order to have more details. And please comment directly the java-freehep-vectorgraphics page rather than this one.

I'm getting stuck building java-freehep-vectorgraphics, am I the only one having this problem? It's not pulling the tar.gz from the source. I've also used yaourt and pacaur for this. Thanks Edit: If it matters, I've also tried manually building it.

@KhazAkar: I managed to install some ATOMS packages. What kind of errors do you have? Look at the Scilab wiki [1] and try the binary package [2] in order to see if the error is coming from your network or the package. [1] https://wiki.scilab.org/ATOMS [2] https://aur.archlinux.org/packages/scilab-bin/

Hi! After successfull install scilab I can't install any of ATOMS packages. :/

@rugaliz: could you send me the full build log in order to view all the compilations errors?

I'm getting an error while building: Total time: 5 seconds Makefile:718: recipe for target 'java' failed make[2]: *** [java] Error 1 make[2]: Leaving directory '/tmp/yaourt-tmp-rugaliz/aur-scilab/src/scilab-5.5.2/modules/prebuildjava' Makefile:796: recipe for target 'all-recursive' failed make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory '/tmp/yaourt-tmp-rugaliz/aur-scilab/src/scilab-5.5.2/modules' Makefile:1541: recipe for target 'all-recursive' failed make: *** [all-recursive] Error 1

@piR, why do you say it here and don't touch the jgoodies-looks package? I think appropriate actions would be to leave your comment on jgoodies-looks page and to flag that package out of date. Scilab is not the only dependent package.

I can't compile the jgoodies-looks package (version 2-8). When looking at Jgoodies website(http://www.jgoodies.com/downloads/libraries/), they say "The downloads are currently not available, because we consider a new licensing scheme for the JGoodies Common, Binding, Forms, Looks, and Validation". Is there a way to repackage Scilab with an older version of jgoodies-looks ?

@rugaliz: Could you post the exact error message? Did you properly install jrosetta? If not see the comments in the page of the jrosetta package to download the sources.

hey, there was a problem while installing, makepkg says it couldnt validate "jrosetta"

The build is failing as java-batik-1.8 is shpped with xml-commons-2.0 which is not compatible with scilab for now (see http://bugzilla.scilab.org/show_bug.cgi?id=13724). I'll try to include the patch proposed but for now you could downgrade to java-batik-1.7 from your cache or from here: http://seblu.net/a/arm/packages/j/java-batik/

@deltux & @haawda: I can compile scilab with both java-7-openjdk and java-8-openjdk (without the doc for java-8-openjdk). I'll try in a clean chroot by tomorrow. Could you send me by e-mail the full log of the compilation in order to have a comparison? EDIT: It seems to come from the update of java-batik. I'll try to investigate it.

Confirmed also without usinfg yaourt.

When I compiled, I got the following error: BUILD FAILED /tmp/yaourt-tmp-dimitri/aur-scilab/src/scilab-5.5.2/modules/prebuildjava/build.xml:68: The following error occurred while executing this line: /tmp/yaourt-tmp-dimitri/aur-scilab/src/scilab-5.5.2/build.incl.xml:107: Compile failed; see the compiler error output for details. Total time: 3 seconds Makefile:718: recipe for target 'java' failed make[2]: *** [java] Error 1 make[2]: Leaving directory '/tmp/yaourt-tmp-dimitri/aur-scilab/src/scilab-5.5.2/modules/prebuildjava' Makefile:796: recipe for target 'all-recursive' failed make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory '/tmp/yaourt-tmp-dimitri/aur-scilab/src/scilab-5.5.2/modules' Makefile:1541: recipe for target 'all-recursive' failed make: *** [all-recursive] Error 1 It seems to be caused by the version of java. I have both java-7-openjdk and java-8-openjdk installed, and I have tried with both set as default (with archlinux-java) but neither seems to work...

@coincoin those packages are coming from AUR, pacman can't find. You have to manually download, build and install them or use an AUR helper such as yaourt.

==> Making package: scilab 5.5.1-5 (Mon Feb 2 10:21:18 UTC 2015) ==> Checking runtime dependencies... ==> Installing missing dependencies... error: target not found: java-flexdock>=1.2.4 error: target not found: fop-hyph error: target not found: java-freehep-vectorgraphics error: target not found: jeuclid-core error: target not found: jgraphx>=2.0.0.1 error: target not found: javahelp2 error: target not found: jing error: target not found: jlatexmath-fop>=1.0.3 error: target not found: jrosetta>=1.0.4 error: target not found: jgoodies-looks error: target not found: java-qdox error: target not found: scirenderer error: target not found: java-skinlf error: target not found: java-testng error: target not found: jogl>=2.2.0 ==> ERROR: 'pacman' failed to install missing dependencies.

Logfiles sent via P.M.

If I find free time, I will try to find the minimal version required for the main dependencies. What it's the main difference between your version of suitespsarse and the one in the repo ? Could you paste somewhere or e-mail me the full log of the compilation ? I will compare with mine.

jogl was installed, but obviously not detected. But I had a very old version. I upgraded it, and now it was detected. Same for jlatexmath. But now: checking for amd_info in -lamd... no configure: error: libamd: Library missing (Cannot find symbol amd_info). Check if libamd (sparse matrix minimum degree ordering) is installed and if the version is correct This should be provided by suitesparse. I neede a patched version of suitesparse for building octave-hg, which I maintain in AUR, but even if I deinstall it and install the one from the repo, the build fails for me with the following error: ocamlopt -o modelicac -I ./src/modelica_compiler -I ./src/xml2modelica nums.cmxa src/modelica_compiler/parseTree.cmx src/modelica_compiler/linenum.cmx src/modelica_compiler/parser.cmx src/modelica_compiler/lexer.cmx src/modelica_compiler/precompilation.cmx src/modelica_compiler/compilation.cmx src/modelica_compiler/instantiation.cmx src/modelica_compiler/graphNodeSet.cmx src/modelica_compiler/symbolicExpression.cmx src/modelica_compiler/squareSparseMatrix.cmx src/modelica_compiler/bipartiteGraph.cmx src/modelica_compiler/hungarianMethod.cmx src/modelica_compiler/causalityGraph.cmx src/modelica_compiler/optimization.cmx src/modelica_compiler/xMLCodeGeneration.cmx src/modelica_compiler/optimizingCompiler.cmx src/modelica_compiler/scicosCodeGeneration.cmx src/modelica_compiler/scicosOptimizingCompiler.cmx /usr/bin/ld: /usr/lib/ocaml/libasmrun.a(fail.o): relocation R_X86_64_32 against `caml_exn_Failure' can not be used when making a shared object; recompile with -fPIC /usr/lib/ocaml/libasmrun.a: error adding symbols: Bad value collect2: error: ld returned 1 exit status File "caml_startup", line 1: Error: Error during linking Makefile:3363: recipe for target 'modelicac' failed make[2]: *** [modelicac] Error 2 make[2]: Leaving directory '/home/haawda/paketierung/not_maintained_by_me/scilab/src/scilab-5.5.1/modules/scicos' Makefile:796: recipe for target 'all-recursive' failed make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory '/home/haawda/paketierung/not_maintained_by_me/scilab/src/scilab-5.5.1/modules' Makefile:1541: recipe for target 'all-recursive' failed

Jogl should be installed as a dependency of scirenderer. I don't know why it's not your case. I tried to limit the number of dependecies in the PKGBUILD, but normally I checked in a clean chroot and all the dependencies are pulled.

Seems not all system libs aure available or suited: see http://hastebin.com/uhomawocos

5.5.1-5: the PKGBUILD changed to use system libraries instead of the prerequirements from scilab.org to avoid conflicts.

melkir, do not give such bad advice. Recompiling is the only sane solution in such cases.

hdf5 was updated on 02/12/2014 to hdf5-1.8.14, and the version of the library changed: it's now libhdf5.so.9 (instead of libhdf5.so.8), that's why you have some trouble with hdf5. You can rebuild scilab in order to link with the new version of hdf5 (that was done for several packages in the official repos). I bumped the version of scilab, in order to force the rebuild.

If you have any trouble with libhf5.so.8 when you want to use scinotes, this is my fix: sudo cp -s /usr/lib/libhdf5_hl.so /usr/share/scilab/lib/thirdparty/libhdf5_hl.so.8 && sudo cp -s /usr/lib/libhdf5.so /usr/share/scilab/lib/thirdparty/libhdf5.so.8

As requested in a comment (maybe deleted) add 'gtk-update-icon-cache' to the dependencies. For the other requests about hdf5 and tk, I don't understand them.

I should add that you can build old version of jogl package from here: http://pkgbuild.com/git/aur-mirror.git/tree/jogl?id=14b88908976a71587de409d427ad6e58055de742 There wasn't big changes to PKGBUILD anyway.

It's a known bug that the version of jogl in AUR (2.2.x) is in conflict with the one of scilab. Moreover for the moment it's not possible to build scialb against it (http://bugzilla.scilab.org/show_bug.cgi?id=13586). When the new version of scilab will come out, maybe I will use the dependency from AUR and not from the prerequirements as it is done with the scilab-git package (https://aur.archlinux.org/packages/scilab-git/) For the -nogui option you could look at http://bugzilla.scilab.org/show_bug.cgi?id=10829, and you could use the option -nw or -nwni (see scilab --help), or you could use scilab-cli.

I've removed jogl and now it works. Should I open a bug somewhere related to this conflict generated by JOGL? Meantime I've discovered that using this command: scilab -nogui I obtain the following message: Scilab startup function detected that the function proposed to the engine is the wrong one. Usually, it comes from a linker problem in your distribution/OS. Here, Scilab should have 'libscijvm-disable' defined but gets 'libscijvm' instead. If you do not know what it means, please report a bug on http://bugzilla.scilab.org/. If you do, you probably know that you should change the link order in SCI/modules/Makefile.am Is it something that must be changed in the pkgbuild?

@Xwang: could you provide more informations on your installation: java package, opengl package, ... (pacman -Qs java, pacman -Qs opengl, pacman -Qs libgl, ...). EDIT: after some tests, the problem could be generated if you have jogl installed. At runtime there is a conflict between the jogl version of scilab and the one on your system.

the package has compiled correctlt, but running it it gives this error and close immediately> scilab FatalError: initializeImpl() not called FATAL ERROR in native method: initializeImpl() not called at jogamp.opengl.x11.glx.GLX.dispatch_glXChooseFBConfig(Native Method) at jogamp.opengl.x11.glx.GLX.glXChooseFBConfig(GLX.java:1120) at jogamp.opengl.x11.glx.X11GLXGraphicsConfigurationFactory.chooseGraphicsConfigurationFBConfig(X11GLXGraphicsConfigurationFactory.java:296) at jogamp.opengl.x11.glx.X11GLXGraphicsConfigurationFactory.chooseGraphicsConfigurationStatic(X11GLXGraphicsConfigurationFactory.java:233) at jogamp.opengl.x11.glx.X11GLXDrawableFactory.createMutableSurfaceImpl(X11GLXDrawableFactory.java:511) at jogamp.opengl.x11.glx.X11GLXDrawableFactory.createDummySurfaceImpl(X11GLXDrawableFactory.java:522) at jogamp.opengl.x11.glx.X11GLXDrawableFactory$SharedResourceImplementation.createSharedResource(X11GLXDrawableFactory.java:276) at jogamp.opengl.SharedResourceRunner.run(SharedResourceRunner.java:295) - locked <0x00000000fba80ad0> (a jogamp.opengl.SharedResourceRunner) at java.lang.Thread.run(Thread.java:745) terminate called after throwing an instance of 'GiwsException::JniCallMethodException' what(): Exception when calling Java method : com/artenum/rosetta/ui/Console at org.scilab.modules.gui.console.ScilabConsoleBridge.createConsole(Unknown Source) at org.scilab.modules.gui.bridge.ScilabBridge.createConsole(Unknown Source) at org.scilab.modules.gui.console.ScilabConsole.<init>(Unknown Source) at org.scilab.modules.gui.console.ScilabConsole.getConsole(Unknown Source) at org.scilab.modules.gui.bridge.CallScilabBridge.display(Unknown Source) at jogamp.opengl.x11.glx.GLX.dispatch_glXChooseFBConfig(Native Method) at jogamp.opengl.x11.glx.GLX.glXChooseFBConfig(GLX.java:1120) at jogamp.opengl.x11.glx.X11GLXGraphicsConfigurationFactory.chooseGraphicsConfigurationFBConfig(X11GLXGraphicsConfigurationFactory.java:296) at jogamp.opengl.x11.glx.X11GLXGraphicsConfigurationFactory.chooseGraphicsConfigurationStatic(X11GLXGraphicsConfigurationFactory.java:233) at jogamp.opengl.x11.glx.X11GLXDrawableFactory.createMutableSurfaceImpl(X11GLXDrawableFactory.java:511) at jogamp.opengl.x11.glx.X11GLXDrawableFactory.createDummySurfaceImpl(X11GLXDrawableFactory.java:522) at jogamp.opengl.x11.glx.X11GLXDrawableFactory$SharedResourceImplementation.createSharedResource(X11GLXDrawableFactory.java:276) at jogamp.opengl.SharedResourceRunner.run(SharedResourceRunner.java:295) at java.lang.Thread.run(Thread.java:745) com/artenum/rosetta/ui/Console at org.scilab.modules.gui.console.ScilabConsoleBridge.createConsole(Unknown Source) at org.scilab.modules.gui.bridge.ScilabBridge.createConsole(Unknown Source) at org.scilab.modules.gui.console.ScilabConsole.<init>(Unknown Source) at org.scilab.modules.gui.console.ScilabConsole.getConsole(Unknown Source) at org.scilab.modules.gui.bridge.CallScilabBridge.display(Unknown Source) at jogamp.opengl.x11.glx.GLX.dispatch_glXChooseFBConfig(Native Method) at jogamp.opengl.x11.glx.GLX.glXChooseFBConfig(GLX.java:1120) at jogamp.opengl.x11.glx.X11GLXGraphicsConfigurationFactory.chooseGraphicsConfigurationFBConfig(X11GLXGraphicsConfigurationFactory.java:296) at jogamp.opengl.x11.glx.X11GLXGraphicsConfigurationFactory.chooseGraphicsConfigurationStatic(X11GLXGraphicsConfigurationFactory.java:233) at jogamp.opengl.x11.glx.X11GLXDrawableFactory.createMutableSurfaceImpl(X11GLXDrawableFactory.java:511) at jogamp.opengl.x11.glx.X11GLXDrawableFactory.createDummySurfaceImpl(X11GLXDrawableFactory.java:522) at jogamp.opengl.x11.glx.X11GLXDrawableFactory$SharedResourceImplementation.createSharedResource(X11GLXDrawableFactory.java:276) at jogamp.opengl.SharedResourceRunner.run(SharedResourceRunner.java:295) at java.lang.Thread.run(Thread.java:745)

I will update to 5.5.1 as soon as I manage to fix some libraries linking (maybe by the week-end). In the meantime if someone have a working PKGBUILD, propose it ;).

@manouchk: Sorry, but I don't understand what you want. tk and hdf5 are in the dependencies and needed by scilab, why you want to remove them ? @ALL: suitesparse is deactivated until this bug is fixed: http://bugzilla.scilab.org/show_bug.cgi?id=13585

I found that the following package are missing: tk (libtk8.6.so), hdf5 (libhdf5.so.8) A simple cheking can be done by running pacman -R tk hdf5. If there are no other dependency, that should be simple and fast.

Updated to build against the new version of umfpack/suitesparse. Some dependencies need to be fix, I will try it in a clean chroot soon. @kurnevsky : tell me if you want to re-adopt the package, I will let it to you ;)

Sorry, guys, i don't have time for now to maintain this package. Maybe, someone adopt it. If not - I will adopt it later.

I got this: libamd: Library missing (Cannot find symbol amd_info)

francisco: seems you freshly installed java or switched between different flavours of java. If so, rerun the startscript in /etc/profile.d. I have seen that this package does not compile using clang and clang++. Maybe in the PKGBUILD CC and CXX should be set explicitely at configure step. That won't hurt on normal Arch Linux installations, but user who have CC=clang and CXX=clang++ set in makepkg.conf will benefit.

the compilation stops with this message: configure: error: Could not locate Java's jni.h include file

scilab 5.5.0-2: Added missing build dependencies. Fixed issue with umfpack. Fix is ugly, maybe somebody know how to fix better...

In addition to the packages mentioned by Willrandship, I had to install tcl and tk for the build to work.

This AUR package is missing some dependencies. Here's a list of the packages I needed to install for it to build correctly. Please add these to the dependency list. gcc-fortran hdf5-cpp-fortran (hdf5 may also work, but I chose this one since they conflict) arpack I already had tcl and tk, so I can't verify daniel's claims as to whether they are required.

Yes, extra/suitesparse is installed. Does "umfpack(eye(3,3),"\",zeros(3))" works for you ?

daniel.sch: ok, I will add them in the next update. viperpaulo: do you have installed extra/suitesparse? It looks like a missing dependency.

there are some missing build dependencies: gcc-fortran, hdf5, arpack, tcl, tk

Hi ! Thanks for this update... I have trouble using umfpack, here is the error in scilab : A previous error has been detected while loading libsciumfpack.so: /usr/lib/scilab/libsciumfpack.so: undefined symbol: cholmod_free_sparse !--error 999 And in the config.log : configure:24997: checking suitesparse/umfpack.h usability configure:24997: gcc -c -I/usr/include/ conftest.c >&5 conftest.c:167:33: fatal error: suitesparse/umfpack.h: No such file or directory #include <suitesparse/umfpack.h> I tried these options :--with-umfpack-include=/usr/include/ --with-umfpack-library=/usr/lib/ But errors are still there ! If you have any idea ...

I got the following error message when trying to install with aura: aura: fd:6: hGetContents: invalid argument (invalid byte sequence) The solution suggested at https://github.com/fosskers/aura/issues/78 was to ensure that the environment variables LANG and LC_ALL are set to en_US.UTF8 and that the corresponding entries in /etc/locale.gen are also set to en_US.UTF8. After changing locale.gen and updating LANG and LC_ALL, the error was gone. FWIW

5.4.1-7: fixed "no gluegen2-rt in java.library.path" error

Btw, there are easy steps to reproduce (tried on 2 machines): http://www.scilab.org/en/content/download/1107/10095/file/Xcos_beginners.pdf - it fails on second page of tutorial already, after just few clicks.

I looked for it and indeed found the .jar file, but I think it is libgluegen2-rt.so that cannot be found (because it complains about shared library, not .jar). Seems it is in distribution, but isn't copied: [giniu@raven3 scilab]$ find | grep libgluegen2-rt.so ./src/scilab-5.4.1/bin/libgluegen2-rt.so Also seems that it might work if certain version of package jogl is installed, because it provides this file: [giniu@raven3 aur-scilab]$ pacman -Ql jogl | grep libgluegen2-rt.so jogl /usr/lib/jogl/libgluegen2-rt.so But for fresh install of jogl it does not, seems that because of version mismatch after installing jogl it reports: FATAL ERROR in native method: FatalError Java_jogamp_nativewindow_x11_X11Lib: can't get method getCurrentThreadName

No, that fil should be in the package. pkg/scilab/usr/share/scilab/thirdparty/gluegen2-rt.jar

Running freshly installed simulation in xcos causes exception: java.lang.UnsatisfiedLinkError: no gluegen2-rt in java.library.path is this some kind of missing dependency?

scilab-5.5-beta seems to fix plotting issue ...

Thanks for fixing this. It builds just fine now. But... I cant plot anything. I think its the same issue as stated by iurirs. When I checked the PKGBUILD I noticed those lines suggested by MatejSpindler where already included. So I tried running scilab from the cl with `LIBGL_ALWAYS_SOFTWARE=1 scilab' and from the gui with the same results: plots wont work. the option 2) by MatejSpindler wont work either as scilab crashes. Any Ideas on how to fix this?

Hm, I do not think that icons are needed for cli applications at all. Personally I prefer an icon free desktop, so I may be biased upon that. I would prefer to remove the desktop files for both scilab-cli and scilab-adv-cli. They do not work at all.

It's finally OK. Only one suggest: please add an icon for scilab cli and scilab advanced cli (they are really useful both?). Bye.

Confirmed, please try pkgver 6.

I keep getting exactly the same error as romildo. If it is of any help i am running openjdk. $ pacman -Q |grep jdk extra/jdk7-openjdk 7.u45_2.4.3-1 extra/jre7-openjdk 7.u45_2.4.3-1 extra/jre7-openjdk-headless 7.u45_2.4.3-1

scilab-5.4.1-5 does not compile on my system: ==> Starting build()... configure: WARNING: Could not link against -ljogl_desktop. Will try against -ljogl_desktop -lGL configure: error: libgluegen2-rt: Library missing (Cannot find symbol Java_jogamp_common_jvm_JVMUtil_initialize). Check if libgluegen-rt - C/Java (JNI) interface for GLUEGEN2 - is installed and if the version is correct. Note that you might have to update etc/librarypath.xml to provide the actual path the the JNI libraries. ==> ERROR: A failure occurred in build(). Aborting...

romildo: did you recompile?

scilab is not working for me: $ scilab /usr/bin/scilab-bin: /usr/lib/scilab/thirdparty/libz.so.1: version `ZLIB_1.2.3.4' not found (required by /usr/lib/libpng16.so.16)

after extra/hdf5 update from hdf5-1.8.10_patch1-1 to hdf5-1.8.11 scilab stops working; if you experience issues try downgrading hdf5 to hdf5-1.8.10_patch1-1

Scilab-5.4.1 is not work for me from today (14.10.2013), so i decided to generate a new package version for scilab 5.5.0-beta-1: https://aur.archlinux.org/packages/scilab5/

I had some problems while triyng to plot. They were solved by: 1) Appending the lines written by MatejSpindler's option 1 to the package() function 2) Running scilab with `LIBGL_ALWAYS_SOFTWARE=1 scilab'

I got this error when try to install: Problem when exporting Xcos schema /tmp/yaourt-tmp-diegonimus/aur-scilab/src/scilab-5.4.1/modules/xcos/help/en_US/solvers/../../../demos/Controller.xcos ! java.lang.reflect.InvocationTargetException java.lang.reflect.InvocationTargetException at sun.reflect.GeneratedMethodAccessor55.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:601) at org.scilab.modules.helptools.image.XcosImageConverter.convertToPNG(Unknown Source) at org.scilab.modules.helptools.image.XcosImageConverter.convertToImage(Unknown Source) at org.scilab.modules.helptools.image.ImageConverter.getImageByFile(Unknown Source) at org.scilab.modules.helptools.HTMLDocbookTagConverter.handleImagedata(Unknown Source) at sun.reflect.GeneratedMethodAccessor26.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:601) at org.scilab.modules.helptools.DocbookTagConverter.handleDocbookTag(Unknown Source) at org.scilab.modules.helptools.DocbookTagConverter.endElement(Unknown Source) at com.icl.saxon.aelfred.SAXDriver.endElement(SAXDriver.java:792) at com.icl.saxon.aelfred.XmlParser.parseElement(XmlParser.java:1042) at com.icl.saxon.aelfred.XmlParser.parseContent(XmlParser.java:1222) at com.icl.saxon.aelfred.XmlParser.parseElement(XmlParser.java:1037) at com.icl.saxon.aelfred.XmlParser.parseContent(XmlParser.java:1222) at com.icl.saxon.aelfred.XmlParser.parseElement(XmlParser.java:1037) at com.icl.saxon.aelfred.XmlParser.parseContent(XmlParser.java:1222) at com.icl.saxon.aelfred.XmlParser.parseElement(XmlParser.java:1037) at com.icl.saxon.aelfred.XmlParser.parseContent(XmlParser.java:1222) at com.icl.saxon.aelfred.XmlParser.parseElement(XmlParser.java:1037) at com.icl.saxon.aelfred.XmlParser.parseContent(XmlParser.java:1222) at com.icl.saxon.aelfred.XmlParser.parseElement(XmlParser.java:1037) at com.icl.saxon.aelfred.XmlParser.parseContent(XmlParser.java:1222) at com.icl.saxon.aelfred.XmlParser.parseElement(XmlParser.java:1037) at com.icl.saxon.aelfred.XmlParser.parseContent(XmlParser.java:1222) at com.icl.saxon.aelfred.XmlParser.parseElement(XmlParser.java:1037) at com.icl.saxon.aelfred.XmlParser.parseContent(XmlParser.java:1222) at com.icl.saxon.aelfred.XmlParser.parseElement(XmlParser.java:1037) at com.icl.saxon.aelfred.XmlParser.parseContent(XmlParser.java:1222) at com.icl.saxon.aelfred.XmlParser.parseElement(XmlParser.java:1037) at com.icl.saxon.aelfred.XmlParser.parseDocument(XmlParser.java:510) at com.icl.saxon.aelfred.XmlParser.doParse(XmlParser.java:163) at com.icl.saxon.aelfred.SAXDriver.parse(SAXDriver.java:320) at javax.xml.parsers.SAXParser.parse(SAXParser.java:392) at javax.xml.parsers.SAXParser.parse(SAXParser.java:328) at org.scilab.modules.helptools.DocbookTagConverter.convert(Unknown Source) at org.scilab.modules.helptools.SciDocMain.process(Unknown Source) Caused by: java.lang.NoClassDefFoundError: Could not initialize class org.scilab.modules.xcos.Xcos at org.scilab.modules.xcos.graph.XcosDiagram.installStylesheet(Unknown Source) at org.scilab.modules.xcos.graph.XcosDiagram.<init>(Unknown Source) at org.scilab.modules.xcos.utils.XcosDelegates.convertToPNG(Unknown Source) ... 39 more Problem when exporting Xcos schema /tmp/yaourt-tmp-diegonimus/aur-scilab/src/scilab-5.4.1/modules/xcos/help/en_US/solvers/../../../demos/Kalman.xcos ! java.lang.reflect.InvocationTargetException Warning: the macro loadmatfile is used in an example and is undocumented (load.xml). Warning (should be fixed): invalid internal link to loadmatfile in file:/tmp/yaourt-tmp-diegonimus/aur-scilab/src/scilab-5.4.1/modules/m2sci/help/en_US/matfile2sci.xml at line 53 Total files without example: 704 Total generated html files: 2618 An error occurred during the conversion: java.lang.NullPointerException at java.util.Arrays$ArrayList.<init>(Arrays.java:2842) at java.util.Arrays.asList(Arrays.java:2828) at org.scilab.modules.gui.utils.ScilabSwingUtilities.findThemeSubdir(Unknown Source) at org.scilab.modules.gui.utils.ScilabSwingUtilities.lookupIcon(Unknown Source) at org.scilab.modules.gui.utils.ScilabSwingUtilities.findIconHelper(Unknown Source) at org.scilab.modules.gui.utils.ScilabSwingUtilities.findIconHelper(Unknown Source) at org.scilab.modules.gui.utils.ScilabSwingUtilities.findIconHelper(Unknown Source) at org.scilab.modules.gui.utils.ScilabSwingUtilities.findIcon(Unknown Source) at org.scilab.modules.gui.utils.ScilabSwingUtilities.findIcon(Unknown Source) at org.scilab.modules.helptools.SciDocMain.process(Unknown Source) xmltoformat: /tmp/yaourt-tmp-diegonimus/aur-scilab/src/scilab-5.4.1/modules/helptools/javaHelp/scilab_en_US_help/ scilab_en_US_help.jar has not been generated. make: *** [doc] Error 1

There are 2 options: option 1: library libgluegen2-rt.so is located in prerequirements-scilab-4.5.1-x86_64-src.tar.gz. So I added these lines to the end of package function in PKGBUILD. cd $srcdir/${pkgname}-${pkgver}/bin install -Dm644 libgluegen2-rt.so $pkgdir/usr/lib/scilab/libgluegen2-rt.so install -Dm644 libjogl_cg.so $pkgdir/usr/lib/scilab/libjogl_cg.so install -Dm644 libjogl_desktop.so $pkgdir/usr/lib/scilab/libjogl_desktop.so install -Dm644 libnativewindow_awt.so $pkgdir/usr/lib/scilab/libnativewindow_awt.so install -Dm644 libnativewindow_x11.so $pkgdir/usr/lib/scilab/libnativewindow_x11.so install -Dm644 libnewt.so $pkgdir/usr/lib/scilab/libnewt.so option 2: jogl from AUR. Last time I checked scilab crashes with this library and I don't know if it installes libraries in a folder where scilab looks for. Probably we would need to edit paths in librarypath.xml.

MatejSpindler, how did you install that file?

@taotedice I had similar problems. My problem was I didn't have libgluegen2-rt.so and it's dependencies installed.

Thanks for the update. The package seems to compile witout error on my machine. Scinotes, Help and Xcos are functional, while Demonstrations and ATOMS module manager are not. The Scilab-5.4.1 binary package (downloaded from the Scilab web site) has complete functionality (all modules work) on my machine.

Igot this error when compiling: Problem when exporting Xcos schema /tmp/yaourt-tmp-diegonimus/aur-scilab/src/scilab-5.4.1/modules/xcos/help/en_US/solvers/../../../demos/Kalman.xcos ! java.lang.reflect.InvocationTargetException Warning: the macro loadmatfile is used in an example and is undocumented (load.xml). Warning (should be fixed): invalid internal link to loadmatfile in file:/tmp/yaourt-tmp-diegonimus/aur-scilab/src/scilab-5.4.1/modules/m2sci/help/en_US/matfile2sci.xml at line 53 Total files without example: 704 Total generated html files: 2618 An error occurred during the conversion: java.lang.NullPointerException at java.util.Arrays$ArrayList.<init>(Arrays.java:2842) at java.util.Arrays.asList(Arrays.java:2828) at org.scilab.modules.gui.utils.ScilabSwingUtilities.findThemeSubdir(Unknown Source) at org.scilab.modules.gui.utils.ScilabSwingUtilities.lookupIcon(Unknown Source) at org.scilab.modules.gui.utils.ScilabSwingUtilities.findIconHelper(Unknown Source) at org.scilab.modules.gui.utils.ScilabSwingUtilities.findIconHelper(Unknown Source) at org.scilab.modules.gui.utils.ScilabSwingUtilities.findIconHelper(Unknown Source) at org.scilab.modules.gui.utils.ScilabSwingUtilities.findIcon(Unknown Source) at org.scilab.modules.gui.utils.ScilabSwingUtilities.findIcon(Unknown Source) at org.scilab.modules.helptools.SciDocMain.process(Unknown Source) xmltoformat: /tmp/yaourt-tmp-diegonimus/aur-scilab/src/scilab-5.4.1/modules/he lptools/javaHelp/scilab_en_US_help/scilab_en_US_help.jar has not been gen erated. make: *** [doc] Error 1

Correction: the graphics-type demonstrations will not run. Example => -->exec('/usr/share/scilab/modules/graphics/demos/bezier/bezier3dtest.sce', -1) !--error 4 Undefined variable: bezier3d at line 6 of function bezier3dtest called by : bezier3dtest(); at line 20 of exec file called by : exec('/usr/share/scilab/modules/graphics/demos/bezier/bezier3dtest.sce', -1)

The current version 5.4.1-4 builds and runs. The 'Scilab Demonstrations' button, accessible from the toolbar (gear icon) does not launch the demonstration gui. However, the demonstrations do run, when located individually.

No, file a bug report upstream.

Still can't build it. !--error 241 File "/tmp/.../aur-scilab/src/scilab-5.4.1/modules/scicos/macros/scicos_utils/with_modelica_compiler.bin" does not exist. Any solution for this? Thank you

I do not think this is about to work together with clang. Ask upstream.

Tried to get it working with Clang and mpicc with OMPI_CC=clang. But ./configure failes with: checking omp.h usability... no checking omp.h presence... no checking for omp.h... no configure: error: Could not find omp.h

i think the wrong md5sum was replaced for i686, it should work with the following [[ $CARCH == i686 ]] && md5sums=('1515c76852d71c7194ade1dc2a8bf8dc' '5f8746053d645c0d7f220d42d3463f2d' 'ad6286f324891fe8b86c60e4012a36b7')

fixed, thanks

The first md5sum for i686 is wrong. It has to be 5f8746053d645c0d7f220d42d3463f2d, since it is the same file as the second source of x86_64.

hello,i also meet errors when compile /***************************************/ if with_modelica_compiler() then !--error 241 File "/home/luciano/Downloads/scilab/src/scilab-5.4.1/modules/scicos/macros/scicos_utils/with_modelica_compiler.bin" does not exist. at line 28 of exec file called by : exec('buildmacros.sce'); at line 51 of exec file called by : exec('buildmacros.sce'); at line 46 of exec file called by : exec('modules/functions/scripts/buildmacros/buildmacros.sce',-1) --> /********************************************/ i do not the reason but i want to know how to fix it,someone help me?

hi, I'm getting this error when I try to compile ################################################################################ if with_modelica_compiler() then !--error 241 File "/home/luciano/Downloads/scilab/src/scilab-5.4.1/modules/scicos/macros/scicos_utils/with_modelica_compiler.bin" does not exist. at line 28 of exec file called by : exec('buildmacros.sce'); at line 51 of exec file called by : exec('buildmacros.sce'); at line 46 of exec file called by : exec('modules/functions/scripts/buildmacros/buildmacros.sce',-1) --> ################################################################################ I think the program can't find the ocaml compiler, but it is alread installed. Do you know how to fix it? Thanks

reverted the change in the install file. sorry, namcap told me to have the -q option there.

Hi, there seems to be an error in the intall file: update-mime-database: invalid option -- 'q' Usage: update-mime-database [-hvV] MIME-DIR

I fixed libmatio-dev package and now scilab builds well with "--without-matio" option removed. Hovewer, I haven't yet tested if it works.

Thanks for adopting the package. Getting this error http://pastebin.com/W07p4yVY When I try to do: --> t = 0:0.1:2*%pi; --> plot (t, sin(t)) Don't know if it's a problem in Scilab on in the package. Arch 64 bits here.

As I said, "make doc" does not work anymore, at least for me. Patches are welcome.

Basically it works but built-in help is missing.

The libs were added manually.

So, now it's only about the missing libraries... http://pastebin.com/HXFph28H

Now I got your point. I think it is fixed. I also added ocaml as a dep to enable modelica and enabled umfpack. Unfortunately the "make doc" does not work anymore.

I just have wrong paths in /usr/share/scilab/etc/classpath.xml, so perhaps it's better to include some libraries in package or do some investigation about them. http://pastebin.com/nfjb85VX

Cannot confirm. What architecture? What java?

After building this package I can't launch scilab unless I keep src/ directory. http://pastebin.com/EbUfq4B0

@StefanHusmann, That's okay, I will take care of the no-gui version if I have time.

Adopted and updated. But a no from me for the nogui-version.

@StefanHusmann Orphaned, there is also a nogui version: https://aur.archlinux.org/packages/scilab-nogui, maybe consider adopt it too.

techlive, I did not activate notifications for this package. Now I have. If you like to orphan it again, I will take it.

I had just successfully built the package for scilab 5.4.0 with the PKGBUILD given by @StefanHusmann with the addition of umfpack. To compile scilab 5.4.0 with umfpack from suitesparse you need to add LIBS='-lcholmod -lcolamd -lsuitesparseconfig' before the configure line. The better way might be by adding a patch that modifies scilab-5.4.0/m4/umfpack.m4 and regenerate the config files (autoconf etc).

@StefanHusmann There is also a nogui version: https://aur.archlinux.org/packages/scilab-nogui, may be consider adopt it too.

@StefanHusmann I have disowned package, feel free to adopt it.

I have a PKGBUILD for 5.4.0, which uses the thirdparty tarballs from upstream instead of the AUR packages for the various java stuff. http://paste.pound-python.org/show/28272/ Install-file: http://paste.pound-python.org/show/28273/

jrosetta problem fixed checking jgraphx... /usr/share/java/jgraphx//jgraphx.jar checking minimal version (1.4.1.0) of jgraphx... configure: error: Wrong version of jgraphx. Expected exact version 1.4.1.0. Found 1.8.0.6 ==> ERROR: A failure occurred in build(). Aborting... ==> ERROR: Makepkg was unable to build scilab. OK so we can't do the >=1_4_1_0 change, going to try convincing it to use http://aur.archlinux.org/packages.php?ID=55226&detail=1 instead

Had to change "jgraphx=1_4_1_0" to "jgraphx", run into a problem with jrosetta now, something about not being able to extract .jars properly: -> Extracting jrosetta-engine-1.0.4.jar with bsdtar META-INF/maven/: Can't remove already-existing dir META-INF/maven/com.artenum.jrosetta/: Can't remove already-existing dir bsdtar: Error exit delayed from previous errors. ==> ERROR: Failed to extract jrosetta-engine-1.0.4.jar Aborting... ==> ERROR: Makepkg was unable to build jrosetta. Also, Scilab 5.3.3 is now out.

jlatexmath-fop java-avalon-framework should be add as dependcy. /usr/share/scilab/etc/classpath.xml need to be adjusted. grapphx should be >= 1_4_1_0

"One or more files did not pass the validity check!"