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
Search Criteria
Package Details: scilab 6.1.1-1
Package Actions
Git Clone URL: | https://aur.archlinux.org/scilab.git (read-only, click to copy) |
---|---|
Package Base: | scilab |
Description: | A scientific software package for numerical computations. |
Upstream URL: | https://www.scilab.org |
Licenses: | GPL2, BSD, custom:CeCILL |
Submitter: | td123 |
Maintainer: | bartus |
Last Packager: | bartus |
Votes: | 83 |
Popularity: | 0.67 |
First Submitted: | 2011-12-07 20:36 (UTC) |
Last Updated: | 2021-07-22 10:03 (UTC) |
Dependencies (37)
- apache-lucene
- arpack
- beanshell
- bwidget
- curl (curl-minimal-git, curl-git)
- docbook-xsl
- eclipse-ecj (gcc6-gcj-ecj, gcc-gcj-ecj)
- eigen (eigen-git)
- fftw (fftw-amd)
- fop-hyph
- hdf5 (hdf5-git, hdf5-openmpi)
- inetutils (gettext-hostname, inetutils-git)
- java-batik
- java-flexdock
- java-qdox
- java-runtime (java-gcj-compat, jre10, jdk6, jdk12-openj9-bin, zulu-12-bin, jre6, jre12, server-jre, jdk13-openj9-bin, jdk9-openj9-bin, jdk10, jdk11-openjdk-dcevm, jdk10-openj9-bin, jdk14-openj9-bin, jdk7, jre7, zulu-14-bin, amazon-corretto-15, jdk11-openjdk-dcevm-conflicts-fixed, zulu-embedded-jdk8, sapmachine-jdk-bin, amazon-corretto-16, jdk8-graalvm-bin, jdk16-graalvm-bin, jre8-openjdk-shenandoah, zulu-16-bin, jdk11-graalvm-ee-bin, jdk16-adoptopenjdk, jdk11-openj9-bin, zulu-jdk-fx-bin, jdk11-microsoft-openjdk, jdk16-microsoft-openjdk, jre-openj9, jdk11-msopenjdk-bin, jdk18-beta-temurin, jdk8-arm, jre17-jetbrains, jre-jetbrains, liberica-jdk-11-bin, liberica-jdk-11-lite-bin, liberica-jre-11-bin, jre11-jetbrains-imfix, java-openjdk-loom-ea-bin, jdk8-dragonwell-bin, jdk17-dragonwell-bin, jdk8-openj9-bin, zulu-jre-fx-bin, hmcl-zulu-bin, jdk7-j9-bin, jdk7r1-j9-bin, jdk8-j9-bin, jdk11-j9-bin, jdk-jetbrains, jre11-jbr-xdg, jre-jbr-xdg, jre11, jdk18-openj9-bin, jdk-android-studio, jre12-openjdk, jre15-openjdk, jre16-openjdk, jre13-openjdk, jre14-openjdk, zulu-embedded-jdk11, jre-bcl, jdk-bcl, jre-openjdk-xdg, jre17-jetbrains-imfix, liberica-jre-8-full-bin, zulu-embedded-jdk, amazon-corretto-17, amazon-corretto-18, zulu-18-bin, zulu-17-bin, zulu-11-bin, zulu-8-bin, zulu-15-bin, zulu-13-bin, jre-lts, jre, amazon-corretto-11, liberica-jdk-11-full-bin, liberica-jdk-17-full-bin, liberica-jdk-full-bin, liberica-jre-11-full-bin, jdk11-graalvm-bin, jdk17-graalvm-bin, jdk11-temurin, jdk-temurin, jdk17-temurin, amazon-corretto-8, jdk17-graalvm-ee-bin, jre15, jre14, jre13, jre16, jre17, java-openjdk-bin, bishengjdk-17, bishengjre-17, jre8-adoptopenjdk, jdk11-dragonwell-bin, jdk-arm, jdk-microsoft-openjdk, jre8, jdk8, liberica-jdk-8-full-bin, jdk-openj9-bin, java-openjdk-ea-bin, jre-openjdk, jre11-openjdk, jre17-openjdk, jre8-openjdk)
- java-skinlf
- java-testng
- java-xmlgraphics-commons
- javahelp2
- Show 17 more dependencies...
Required by (1)
Sources (8)
Latest Comments
bartus commented on 2022-03-14 10:36 (UTC)
bartus commented on 2021-07-22 10:09 (UTC) (edited on 2021-07-22 10:10 (UTC) by bartus)
Please report issues and patches at https://github.com/bartoszek/AUR-scilab
Vial commented on 2021-05-12 21:54 (UTC)
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));
minhaj.sixbyte commented on 2021-04-25 18:41 (UTC)
Hey TheGoliath,
Your pinned comment, link to your github repo is broken. 404 Github page not found error.
Cryen commented on 2021-02-01 22:16 (UTC) (edited on 2021-02-01 22:17 (UTC) by Cryen)
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
jventas commented on 2021-01-04 16:53 (UTC)
@Xwang
I got the same error you mentioned. I solved it replacing the line --with-modelica by --without-modelica in the PKGBUILD file.
a.kudelin commented on 2020-12-11 18:06 (UTC)
@AchmadFathoni, please report problems on the proper page next time. The maintainer of scilab
might not be a maintainer of java-testng
.
AchmadFathoni commented on 2020-10-25 19:47 (UTC) (edited on 2020-10-25 19:48 (UTC) by AchmadFathoni)
Got error when building java-testing. Here is the detail https://pastebin.com/sF3SXeki
Also why https://github.com/GoliathLabs/aurpackages is 404?
Xwang commented on 2020-10-17 12:37 (UTC) (edited on 2020-10-20 18:55 (UTC) by Xwang)
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?
Xwang commented on 2020-06-17 10:45 (UTC)
@Bartus sorry but I do not use hdf5. However if you tell me what and how to test, I can do that.
bartus commented on 2020-06-17 08:16 (UTC)
@Xwang, could you perhaps test hdf5 support, as this patch is quite crude and can introduce some problems.
Xwang commented on 2020-06-17 06:09 (UTC)
The latest version compiles and installs correctly on my pc. Thanks!
bartus commented on 2020-06-16 23:22 (UTC) (edited on 2020-06-16 23:23 (UTC) by bartus)
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.
ZioCroccante commented on 2020-06-04 11:24 (UTC) (edited on 2020-06-04 11:25 (UTC) by ZioCroccante)
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
Xwang commented on 2020-05-16 14:55 (UTC)
@bartus is there anything I can do to solve it or is it an upstream bug?
bartus commented on 2020-05-16 14:13 (UTC)
@Xwag: this error is caused by including libxml
headers in extern "C"
section, forcing C style linkage.
Xwang commented on 2020-05-15 09:49 (UTC) (edited on 2020-05-15 10:06 (UTC) by Xwang)
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
petronny commented on 2020-05-15 06:20 (UTC)
We need a package called jgraphx-jre8
at version 3.7.4
.
@TheGoliath Could you add it to AUR?
petronny commented on 2020-05-15 06:18 (UTC)
@Xwang
The build process is searching for javah
.
It's only provided in jdk8 and removed in jdk10.
Xwang commented on 2020-05-13 22:29 (UTC)
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
issue_no1 commented on 2020-05-13 20:15 (UTC)
@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...
Xwang commented on 2020-05-12 16:30 (UTC)
@bartus what must be done to build jgraphx against jre=8 ?
bartus commented on 2020-05-11 15:48 (UTC) (edited on 2020-05-11 16:12 (UTC) by bartus)
@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
.
issue_no1 commented on 2020-05-08 23:59 (UTC) (edited on 2020-05-09 00:14 (UTC) by issue_no1)
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)
bartus commented on 2020-05-07 09:24 (UTC) (edited on 2020-05-07 09:26 (UTC) by bartus)
@TheGoliath: jogl
and lucent
patches doesn't apply ( prepare.log ) rest seems fine.
otreblan commented on 2020-05-06 20:57 (UTC) (edited on 2020-05-06 20:57 (UTC) by otreblan)
prepare()
fails
Xwang commented on 2020-04-26 14:02 (UTC)
I get the same configuration error related to jgraphx as @otreblan an @swilde
swilde commented on 2020-04-08 09:29 (UTC)
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
otreblan commented on 2020-03-26 13:04 (UTC)
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)
thegala commented on 2020-02-23 11:11 (UTC)
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.
Jino commented on 2019-10-15 13:51 (UTC) (edited on 2019-10-16 07:01 (UTC) by Jino)
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.
joren.ideas commented on 2019-08-20 18:43 (UTC) (edited on 2019-08-20 19:07 (UTC) by joren.ideas)
@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.
tavla commented on 2019-06-20 11:01 (UTC) (edited on 2019-06-21 07:36 (UTC) by tavla)
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
ragoreco commented on 2019-05-14 13:09 (UTC)
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
dbarbosa0 commented on 2019-04-05 13:18 (UTC) (edited on 2019-04-05 13:20 (UTC) by dbarbosa0)
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
eolianoe commented on 2019-03-04 20:28 (UTC)
@Xwang: sorry, I forgot to test in a clean chroot...
Xwang commented on 2019-03-03 23:48 (UTC)
I had to install time to solve a compile error (/usr/bin/time not found). I suggest to add time to the compile depends.
hifigraz commented on 2018-11-24 13:49 (UTC)
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 ....
haawda commented on 2018-10-06 14:57 (UTC)
Builds fine here.
adrien20000 commented on 2018-10-05 08:17 (UTC)
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.
Potomac commented on 2018-06-27 01:53 (UTC)
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,
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
petronny commented on 2018-05-17 16:24 (UTC) (edited on 2018-05-20 19:01 (UTC) by petronny)
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.
eolianoe commented on 2018-05-16 22:08 (UTC)
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
eolianoe commented on 2018-05-14 18:21 (UTC)
@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.
goglecm commented on 2018-05-13 23:56 (UTC) (edited on 2018-05-13 23:58 (UTC) by goglecm)
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.
jfcandidofilho commented on 2018-04-18 19:17 (UTC)
@amenji solution not working for me.
Filipq commented on 2018-04-09 18:51 (UTC)
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
amenji commented on 2018-04-05 02:28 (UTC)
@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.
reuseman commented on 2018-03-17 09:50 (UTC)
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
eleftg commented on 2018-03-02 11:36 (UTC)
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
Xwang commented on 2018-02-15 20:07 (UTC)
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
eleftg commented on 2018-02-15 15:20 (UTC)
The package fails to compile. Latest ocaml (4.06.0) seems to be the issue.
eolianoe commented on 2018-01-10 22:16 (UTC)
@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.
hpfmn commented on 2018-01-10 18:28 (UTC)
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
pouar commented on 2017-12-08 22:01 (UTC)
@Xwang Apparently Scilab isn't compatible with apache-lucene>=7
Pinned Comments
bartus commented on 2022-03-14 10:36 (UTC)
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
bartus commented on 2021-07-22 10:09 (UTC) (edited on 2021-07-22 10:10 (UTC) by bartus)
Please report issues and patches at https://github.com/bartoszek/AUR-scilab
eolianoe commented on 2017-05-03 12:22 (UTC) (edited on 2017-06-28 15:03 (UTC) by eolianoe)