From nomiya at galaxy.dti.ne.jp Sat Aug 15 06:18:37 2015 From: nomiya at galaxy.dti.ne.jp (Masaru Nomiya) Date: Sat, 15 Aug 2015 13:18:37 +0900 Subject: [Scilab-Dev] Can't compile 6.0.0-alpha1 Message-ID: <87mvxti3qa.wl%nomiya@galaxy.dti.ne.jp> Hello, I got the very latest git, then tried to compile. It fails as follows; [...] mv -f src/jni/.deps/libscicommons_la-CommonFileUtils_wrap.Tpo src/jni/.deps/libscicommons_la-CommonFileUtils_wrap.Plo /bin/sh ../../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I../../modules/core/includes -I/usr/lib64/jvm/java/include -I/usr/lib64/jvm/java/include/linux -I./includes/ -I./src/jni/ -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/localization/includes/ -I../../modules/fileio/includes/ -I../../modules/string/includes/ -D_LARGEFILE64_SOURCE -DNDEBUG -m64 -fno-stack-protector -g -O2 -MT src/c/libscicommons_la-fileutils.lo -MD -MP -MF src/c/.deps/libscicommons_la-fileutils.Tpo -c -o src/c/libscicommons_la-fileutils.lo `test -f 'src/c/fileutils.c' || echo './'`src/c/fileutils.c src/jni/ScilabCommons_wrap.c:195:21: fatal error: setieee.h: No such file or directory #include "setieee.h" ^ compilation terminated. make[3]: *** [src/jni/libscicommons_la-ScilabCommons_wrap.lo] error 1 [...] I downloaded the source file 'scilab-6.0.0-alpha-1-src.tar.gz', then tried to compile. But, I got the same error as above. You have uploaded the compiled files. What's the difference? Regards, --- ????? Masaru Nomiya mail-to: nomiya @ galaxy.dti.ne.jp ???? ???? "Bill! You married with Computers. Not with Me!" "No..., with money." From clement.david at scilab-enterprises.com Tue Aug 18 11:01:26 2015 From: clement.david at scilab-enterprises.com (=?ISO-8859-1?Q?Cl=E9ment?= David) Date: Tue, 18 Aug 2015 11:01:26 +0200 Subject: [Scilab-Dev] Can't compile 6.0.0-alpha1 In-Reply-To: <87mvxti3qa.wl%nomiya@galaxy.dti.ne.jp> References: <87mvxti3qa.wl%nomiya@galaxy.dti.ne.jp> Message-ID: <1439888486.7963.22.camel@scilab-enterprises.com> Hello Masaru, Thanks for reporting this issue. The `ScilabCommons.i` and `ScilabCommons_wrap.c` files are not synchronized due to a merge issue. The review #17052 fix [1] that (and the --enable-build-swig configure option). [1]: https://codereview.scilab.org/#/c/17052/ -- Cl?ment Le samedi 15 ao?t 2015 ? 13:18 +0900, Masaru Nomiya a ?crit : > Hello, > > I got the very latest git, then tried to compile. > It fails as follows; > > [...] > mv -f src/jni/.deps/libscicommons_la-CommonFileUtils_wrap.Tpo > src/jni/.deps/libscicommons_la-CommonFileUtils_wrap.Plo > /bin/sh ../../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H > -I. -I../../modules/core/includes -I/usr/lib64/jvm/java/include > -I/usr/lib64/jvm/java/include/linux -I./includes/ -I./src/jni/ > -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/localization/includes/ > -I../../modules/fileio/includes/ -I../../modules/string/includes/ > -D_LARGEFILE64_SOURCE -DNDEBUG -m64 -fno-stack-protector -g -O2 -MT > src/c/libscicommons_la-fileutils.lo -MD -MP -MF > src/c/.deps/libscicommons_la-fileutils.Tpo -c -o > src/c/libscicommons_la-fileutils.lo `test -f 'src/c/fileutils.c' || > echo './'`src/c/fileutils.c > src/jni/ScilabCommons_wrap.c:195:21: fatal error: setieee.h: No such > file or directory > #include "setieee.h" > ^ > compilation terminated. > make[3]: *** [src/jni/libscicommons_la-ScilabCommons_wrap.lo] error 1 > [...] > > I downloaded the source file 'scilab-6.0.0-alpha-1-src.tar.gz', then > tried to compile. > But, I got the same error as above. > > You have uploaded the compiled files. > > What's the difference? > > Regards, > > --- > ????? Masaru Nomiya mail-to: nomiya @ galaxy.dti.ne.jp > ???? > ???? "Bill! You married with Computers. > Not with Me!" > "No..., with money." > _______________________________________________ > dev mailing list > dev at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/dev From sgougeon at free.fr Sat Aug 22 21:35:25 2015 From: sgougeon at free.fr (Samuel Gougeon) Date: Sat, 22 Aug 2015 21:35:25 +0200 Subject: [Scilab-Dev] Extraction from structures: %st_e() still used? Message-ID: <55D8CEFD.3070500@free.fr> Hello, I wanted to test a modification in extractions from structures. First, i added a pause (ordisp("%st_e called") ) just after the function s = %st_e(varargin) prototype in order to test whether %st_e() is actually called. But it does nothing. The pause is not met! %st_e() looks no longer to be called and used for structure extraction. Am i missing anything, or do you confirm that? edit("%st_e",2) // add pause in line#2 and save and exec s.t = "hello"; s.t // => no pause Samuel -------------- next part -------------- An HTML attachment was scrubbed... URL: From cris at beebgames.com Mon Aug 24 00:55:52 2015 From: cris at beebgames.com (Crispin Boylan) Date: Sun, 23 Aug 2015 23:55:52 +0100 Subject: [Scilab-Dev] 64-bit build oddness Message-ID: <55DA4F78.3000209@beebgames.com> hi i wonder if anyone can help me with some build weirdness i'm experiencing. Any help appreciated as it has me totally stumped. On openmandriva I can build i586 fine, no problems all tests pass. On x86_64 i'm seeing odd behaviour: 1. looks like some sort of corruption in the 'debug' output: setgetmode ?q? d ?? -1 307 stackg ?4?% 7? ?4?% -4 I know on windows for example this does not happen. However I can also see this on the prebuilt binaries for x86_64 so I'm wondering if this is just a linux thing. 2. make doc fails with an 'invalid index error' ( i raised bug 14088 about this). I finally tracked this down to: a=[] a($) giving an invalid index. It seems this was working on 5.3.3 but only because the extra checks on empty lists in matext1/2 between 5.5.0-beta1 and 5.5.0 were not there. This part of the code is producing the error: if( & stk(sadr(il1+4)).le.0.and. & abs(istk(il1)).ne.4.or. & (abs(istk(il1)).ne.1.and. & abs(istk(il1)).ne.2.and. & abs(istk(il1)).ne.4.and. & abs(istk(il1)).ne.129)) then call error(21) return endif so for some reason stk(sadr(il1+4)) is giving a negative number for a($). If I add the type check for 2 and 129 to the first part of the expression it succeeds. 3. IEEEcompatibility test fails. This is due to number_properties('denorm') returning F. I've tried fiddling with the build properties of lapack to remove optimisation etc without success. So i'm thinking overall there's something odd about this build, but I cant for the life of me think what. Some things i've tried: Using a different kernel Freshly built gcc 5.2.0 with no patches Updating a gcc Rebuilding lapack (3.5) with various options removed Rebuilding glibc with most of our patches and optimisation levels removed Rebuilding scilab with no optimisation The fact that this happens on both our platforms (2014.2 has gcc 4.8/glibc 2.19 and dev has gcc 5.2/glibc 2.22) is odd... Any suggestions? thanks cris. From cris at beebgames.com Mon Aug 24 20:48:19 2015 From: cris at beebgames.com (Crispin Boylan) Date: Mon, 24 Aug 2015 19:48:19 +0100 Subject: [Scilab-Dev] 64-bit build oddness In-Reply-To: <55DA4F78.3000209@beebgames.com> References: <55DA4F78.3000209@beebgames.com> Message-ID: <55DB66F3.9040304@beebgames.com> further to this: * I'm talking about scilab 5.x here. * regarding denorm numbers, i get: Scilab 5.5.2 (Aug 21 2015, 21:23:02) -->number_properties('radix') ans = 2. -->number_properties('tiny') ans = 2.22D-308 -->number_properties('tiny') / number_properties('radix') ans = 0. --> which is all that number_properties('denorm') really does. interesting because tiny/radix is done in fortran on the scilab side, so it looks like lapack is working just not the basic division.. I've also tried rebuilding mpfr/gmp/mpc latest versions and after that gcc in case that is anything to do with it. On 23/08/15 23:55, Crispin Boylan wrote: > hi > > i wonder if anyone can help me with some build weirdness i'm > experiencing. Any help appreciated as it has me totally stumped. > > On openmandriva I can build i586 fine, no problems all tests pass. On > x86_64 i'm seeing odd behaviour: > > 1. looks like some sort of corruption in the 'debug' output: > > setgetmode ?q? d ?? -1 307 > stackg ?4?% 7? ?4?% -4 > > I know on windows for example this does not happen. However I can > also see this on the prebuilt binaries for x86_64 so I'm wondering if > this is just a linux thing. > > 2. make doc fails with an 'invalid index error' ( i raised bug 14088 > about this). > > I finally tracked this down to: > > a=[] > a($) > > giving an invalid index. It seems this was working on 5.3.3 but only > because the extra checks on empty lists in matext1/2 between > 5.5.0-beta1 and 5.5.0 were not there. > > This part of the code is producing the error: > > if( > & stk(sadr(il1+4)).le.0.and. > & abs(istk(il1)).ne.4.or. > & (abs(istk(il1)).ne.1.and. > & abs(istk(il1)).ne.2.and. > & abs(istk(il1)).ne.4.and. > & abs(istk(il1)).ne.129)) then > call error(21) > return > endif > > > so for some reason stk(sadr(il1+4)) is giving a negative number for > a($). If I add the type check for 2 and 129 to the first part of the > expression it succeeds. > > > 3. IEEEcompatibility test fails. > > This is due to number_properties('denorm') returning F. I've tried > fiddling with the build properties of lapack to remove optimisation > etc without success. > > > So i'm thinking overall there's something odd about this build, but I > cant for the life of me think what. Some things i've tried: > > Using a different kernel > Freshly built gcc 5.2.0 with no patches > Updating a gcc > Rebuilding lapack (3.5) with various options removed > Rebuilding glibc with most of our patches and optimisation levels removed > Rebuilding scilab with no optimisation > > The fact that this happens on both our platforms (2014.2 has gcc > 4.8/glibc 2.19 and dev has gcc 5.2/glibc 2.22) is odd... > > Any suggestions? > > thanks > cris. > > _______________________________________________ > dev mailing list > dev at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/dev From clement.david at scilab-enterprises.com Tue Aug 25 14:30:46 2015 From: clement.david at scilab-enterprises.com (=?ISO-8859-1?Q?Cl=E9ment?= David) Date: Tue, 25 Aug 2015 14:30:46 +0200 Subject: [Scilab-Dev] 64-bit build oddness In-Reply-To: <55DA4F78.3000209@beebgames.com> References: <55DA4F78.3000209@beebgames.com> Message-ID: <1440505846.3179.8.camel@scilab-enterprises.com> Hello, On my Fedora 22 laptop, the build PASS on Intel platforms (both i686 x86_64) [1]. On your log I found that you are using openblas ; can you try linking against refBLAS ? [1]: https://apps.fedoraproject.org/packages/scilab Regards, -- Cl?ment David Le dimanche 23 ao?t 2015 ? 23:55 +0100, Crispin Boylan a ?crit : > hi > > i wonder if anyone can help me with some build weirdness i'm > experiencing. Any help appreciated as it has me totally stumped. > > On openmandriva I can build i586 fine, no problems all tests pass. On > x86_64 i'm seeing odd behaviour: > > 1. looks like some sort of corruption in the 'debug' output: > > setgetmode ?q? d ?? -1 307 > stackg ?4?% 7? ?4?% -4 > > I know on windows for example this does not happen. However I can > also > see this on the prebuilt binaries for x86_64 so I'm wondering if this > is > just a linux thing. > > 2. make doc fails with an 'invalid index error' ( i raised bug 14088 > about this). > > I finally tracked this down to: > > a=[] > a($) > > giving an invalid index. It seems this was working on 5.3.3 but only > because the extra checks on empty lists in matext1/2 between 5.5.0 > -beta1 > and 5.5.0 were not there. > > This part of the code is producing the error: > > if( > & stk(sadr(il1+4)).le.0.and. > & abs(istk(il1)).ne.4.or. > & (abs(istk(il1)).ne.1.and. > & abs(istk(il1)).ne.2.and. > & abs(istk(il1)).ne.4.and. > & abs(istk(il1)).ne.129)) then > call error(21) > return > endif > > > so for some reason stk(sadr(il1+4)) is giving a negative number for > a($). If I add the type check for 2 and 129 to the first part of the > expression it succeeds. > > > 3. IEEEcompatibility test fails. > > This is due to number_properties('denorm') returning F. I've tried > fiddling with the build properties of lapack to remove optimisation > etc > without success. > > > So i'm thinking overall there's something odd about this build, but I > cant for the life of me think what. Some things i've tried: > > Using a different kernel > Freshly built gcc 5.2.0 with no patches > Updating a gcc > Rebuilding lapack (3.5) with various options removed > Rebuilding glibc with most of our patches and optimisation levels > removed > Rebuilding scilab with no optimisation > > The fact that this happens on both our platforms (2014.2 has gcc > 4.8/glibc 2.19 and dev has gcc 5.2/glibc 2.22) is odd... > > Any suggestions? > > thanks > cris. > > _______________________________________________ > dev mailing list > dev at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/dev From cris at beebgames.com Tue Aug 25 21:45:23 2015 From: cris at beebgames.com (Crispin Boylan) Date: Tue, 25 Aug 2015 20:45:23 +0100 Subject: [Scilab-Dev] 64-bit build oddness In-Reply-To: <1440505846.3179.8.camel@scilab-enterprises.com> References: <55DA4F78.3000209@beebgames.com> <1440505846.3179.8.camel@scilab-enterprises.com> Message-ID: <55DCC5D3.4020907@beebgames.com> hi thanks for taking a look , but it is already linking against refBLAS, i dont have openBLAS installed anywhere. i tried running the lapack/blas testsuite and all tests pass successfully. given that the binary version runs successfully. on the same machine i figure it's not glibc... any other ideas for me to try? thanks cris. On 25/08/15 13:30, Cl?ment David wrote: > Hello, > > On my Fedora 22 laptop, the build PASS on Intel platforms (both i686 > x86_64) [1]. > > On your log I found that you are using openblas ; can you try linking > against refBLAS ? > > [1]: https://apps.fedoraproject.org/packages/scilab > > Regards, > > -- > Cl?ment David > > Le dimanche 23 ao?t 2015 ? 23:55 +0100, Crispin Boylan a ?crit : >> hi >> >> i wonder if anyone can help me with some build weirdness i'm >> experiencing. Any help appreciated as it has me totally stumped. >> >> On openmandriva I can build i586 fine, no problems all tests pass. On >> x86_64 i'm seeing odd behaviour: >> >> 1. looks like some sort of corruption in the 'debug' output: >> >> setgetmode ?q? d ?? -1 307 >> stackg ?4?% 7? ?4?% -4 >> >> I know on windows for example this does not happen. However I can >> also >> see this on the prebuilt binaries for x86_64 so I'm wondering if this >> is >> just a linux thing. >> >> 2. make doc fails with an 'invalid index error' ( i raised bug 14088 >> about this). >> >> I finally tracked this down to: >> >> a=[] >> a($) >> >> giving an invalid index. It seems this was working on 5.3.3 but only >> because the extra checks on empty lists in matext1/2 between 5.5.0 >> -beta1 >> and 5.5.0 were not there. >> >> This part of the code is producing the error: >> >> if( >> & stk(sadr(il1+4)).le.0.and. >> & abs(istk(il1)).ne.4.or. >> & (abs(istk(il1)).ne.1.and. >> & abs(istk(il1)).ne.2.and. >> & abs(istk(il1)).ne.4.and. >> & abs(istk(il1)).ne.129)) then >> call error(21) >> return >> endif >> >> >> so for some reason stk(sadr(il1+4)) is giving a negative number for >> a($). If I add the type check for 2 and 129 to the first part of the >> expression it succeeds. >> >> >> 3. IEEEcompatibility test fails. >> >> This is due to number_properties('denorm') returning F. I've tried >> fiddling with the build properties of lapack to remove optimisation >> etc >> without success. >> >> >> So i'm thinking overall there's something odd about this build, but I >> cant for the life of me think what. Some things i've tried: >> >> Using a different kernel >> Freshly built gcc 5.2.0 with no patches >> Updating a gcc >> Rebuilding lapack (3.5) with various options removed >> Rebuilding glibc with most of our patches and optimisation levels >> removed >> Rebuilding scilab with no optimisation >> >> The fact that this happens on both our platforms (2014.2 has gcc >> 4.8/glibc 2.19 and dev has gcc 5.2/glibc 2.22) is odd... >> >> Any suggestions? >> >> thanks >> cris. >> >> _______________________________________________ >> dev mailing list >> dev at lists.scilab.org >> http://lists.scilab.org/mailman/listinfo/dev > _______________________________________________ > dev mailing list > dev at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/dev From contact at pierre-vuillemin.fr Tue Aug 25 14:41:20 2015 From: contact at pierre-vuillemin.fr (Pierre Vuillemin) Date: Tue, 25 Aug 2015 14:41:20 +0200 Subject: [Scilab-Dev] Overloading operator "=" Message-ID: <26e0a2a44092f6bb9e7a7eae1201955b@pierre-vuillemin.fr> Hi all, I know that it is possible to overload the comparison operator "==", but I was wondering whether it was possible to overload "=" when the type of both sides are known? For instance, if x and y are custom objects x = customMlist_1; y = customMlist_2; I would like to overload x = y; -> In practice, x is an empty object and y somehow contains its new attributes. And a side question : can anyone create a project on the scilab forge? Best regards, Pierre From clement.david at scilab-enterprises.com Wed Aug 26 09:48:23 2015 From: clement.david at scilab-enterprises.com (=?ISO-8859-1?Q?Cl=E9ment?= David) Date: Wed, 26 Aug 2015 09:48:23 +0200 Subject: [Scilab-Dev] 64-bit build oddness In-Reply-To: <55DCC5D3.4020907@beebgames.com> References: <55DA4F78.3000209@beebgames.com> <1440505846.3179.8.camel@scilab-enterprises.com> <55DCC5D3.4020907@beebgames.com> Message-ID: <1440575303.3731.2.camel@scilab-enterprises.com> Hello Crispin, Can you send me your config.log for the failed build ? Did you use any '-fstack-protector' flags ? -- Cl?ment Le mardi 25 ao?t 2015 ? 20:45 +0100, Crispin Boylan a ?crit : > hi > > thanks for taking a look , but it is already linking against refBLAS, > i > dont have openBLAS installed anywhere. > > i tried running the lapack/blas testsuite and all tests pass > successfully. > > given that the binary version runs successfully. on the same machine > i > figure it's not glibc... > > any other ideas for me to try? > > thanks > cris. > > > On 25/08/15 13:30, Cl?ment David wrote: > > Hello, > > > > On my Fedora 22 laptop, the build PASS on Intel platforms (both > > i686 > > x86_64) [1]. > > > > On your log I found that you are using openblas ; can you try > > linking > > against refBLAS ? > > > > [1]: https://apps.fedoraproject.org/packages/scilab > > > > Regards, > > > > -- > > Cl?ment David > > > > Le dimanche 23 ao?t 2015 ? 23:55 +0100, Crispin Boylan a ?crit : > > > hi > > > > > > i wonder if anyone can help me with some build weirdness i'm > > > experiencing. Any help appreciated as it has me totally stumped. > > > > > > On openmandriva I can build i586 fine, no problems all tests > > > pass. On > > > x86_64 i'm seeing odd behaviour: > > > > > > 1. looks like some sort of corruption in the 'debug' output: > > > > > > setgetmode ?q? d ?? -1 307 > > > stackg ?4?% 7? ?4?% -4 > > > > > > I know on windows for example this does not happen. However I > > > can > > > also > > > see this on the prebuilt binaries for x86_64 so I'm wondering if > > > this > > > is > > > just a linux thing. > > > > > > 2. make doc fails with an 'invalid index error' ( i raised bug > > > 14088 > > > about this). > > > > > > I finally tracked this down to: > > > > > > a=[] > > > a($) > > > > > > giving an invalid index. It seems this was working on 5.3.3 but > > > only > > > because the extra checks on empty lists in matext1/2 between > > > 5.5.0 > > > -beta1 > > > and 5.5.0 were not there. > > > > > > This part of the code is producing the error: > > > > > > if( > > > & stk(sadr(il1+4)).le.0.and. > > > & abs(istk(il1)).ne.4.or. > > > & (abs(istk(il1)).ne.1.and. > > > & abs(istk(il1)).ne.2.and. > > > & abs(istk(il1)).ne.4.and. > > > & abs(istk(il1)).ne.129)) then > > > call error(21) > > > return > > > endif > > > > > > > > > so for some reason stk(sadr(il1+4)) is giving a negative number > > > for > > > a($). If I add the type check for 2 and 129 to the first part of > > > the > > > expression it succeeds. > > > > > > > > > 3. IEEEcompatibility test fails. > > > > > > This is due to number_properties('denorm') returning F. I've > > > tried > > > fiddling with the build properties of lapack to remove > > > optimisation > > > etc > > > without success. > > > > > > > > > So i'm thinking overall there's something odd about this build, > > > but I > > > cant for the life of me think what. Some things i've tried: > > > > > > Using a different kernel > > > Freshly built gcc 5.2.0 with no patches > > > Updating a gcc > > > Rebuilding lapack (3.5) with various options removed > > > Rebuilding glibc with most of our patches and optimisation levels > > > removed > > > Rebuilding scilab with no optimisation > > > > > > The fact that this happens on both our platforms (2014.2 has gcc > > > 4.8/glibc 2.19 and dev has gcc 5.2/glibc 2.22) is odd... > > > > > > Any suggestions? > > > > > > thanks > > > cris. > > > > > > _______________________________________________ > > > dev mailing list > > > dev at lists.scilab.org > > > http://lists.scilab.org/mailman/listinfo/dev > > _______________________________________________ > > dev mailing list > > dev at lists.scilab.org > > http://lists.scilab.org/mailman/listinfo/dev > > _______________________________________________ > dev mailing list > dev at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/dev From cris at beebgames.com Thu Aug 27 00:43:54 2015 From: cris at beebgames.com (Crispin Boylan) Date: Wed, 26 Aug 2015 23:43:54 +0100 Subject: [Scilab-Dev] 64-bit build oddness In-Reply-To: <1440575303.3731.2.camel@scilab-enterprises.com> References: <55DA4F78.3000209@beebgames.com> <1440505846.3179.8.camel@scilab-enterprises.com> <55DCC5D3.4020907@beebgames.com> <1440575303.3731.2.camel@scilab-enterprises.com> Message-ID: <55DE412A.50300@beebgames.com> sure, I have attached. i have tried builds with -fno-stack-protector, -fstack-protector and -fstack-protector-all - all give the same result. one thing i did to was write a little test fortran program that does the same as number_properties('denorm') ie: program hell c EXTERNAL FUNCTIONS double precision dlamch external dlamch if (dlamch('u') / dlamch('b') .gt. 0.d0) then print *, "denorm" else print *, "dang this thing is borked" endif end gfortran hell.f -llapack prints denorm on the simple test case, and if i stick the same trace in sci_f_number_properties.f i get "dang this thing is borked", despite dlamch('u') and dlamch('b') returning the same thing in both cases........ thanks cris. On 26/08/15 08:48, Cl?ment David wrote: > Hello Crispin, > > Can you send me your config.log for the failed build ? Did you use any > '-fstack-protector' flags ? > > -- > Cl?ment > > Le mardi 25 ao?t 2015 ? 20:45 +0100, Crispin Boylan a ?crit : >> hi >> >> thanks for taking a look , but it is already linking against refBLAS, >> i >> dont have openBLAS installed anywhere. >> >> i tried running the lapack/blas testsuite and all tests pass >> successfully. >> >> given that the binary version runs successfully. on the same machine >> i >> figure it's not glibc... >> >> any other ideas for me to try? >> >> thanks >> cris. >> >> >> On 25/08/15 13:30, Cl?ment David wrote: >>> Hello, >>> >>> On my Fedora 22 laptop, the build PASS on Intel platforms (both >>> i686 >>> x86_64) [1]. >>> >>> On your log I found that you are using openblas ; can you try >>> linking >>> against refBLAS ? >>> >>> [1]: https://apps.fedoraproject.org/packages/scilab >>> >>> Regards, >>> >>> -- >>> Cl?ment David >>> >>> Le dimanche 23 ao?t 2015 ? 23:55 +0100, Crispin Boylan a ?crit : >>>> hi >>>> >>>> i wonder if anyone can help me with some build weirdness i'm >>>> experiencing. Any help appreciated as it has me totally stumped. >>>> >>>> On openmandriva I can build i586 fine, no problems all tests >>>> pass. On >>>> x86_64 i'm seeing odd behaviour: >>>> >>>> 1. looks like some sort of corruption in the 'debug' output: >>>> >>>> setgetmode ?q? d ?? -1 307 >>>> stackg ?4?% 7? ?4?% -4 >>>> >>>> I know on windows for example this does not happen. However I >>>> can >>>> also >>>> see this on the prebuilt binaries for x86_64 so I'm wondering if >>>> this >>>> is >>>> just a linux thing. >>>> >>>> 2. make doc fails with an 'invalid index error' ( i raised bug >>>> 14088 >>>> about this). >>>> >>>> I finally tracked this down to: >>>> >>>> a=[] >>>> a($) >>>> >>>> giving an invalid index. It seems this was working on 5.3.3 but >>>> only >>>> because the extra checks on empty lists in matext1/2 between >>>> 5.5.0 >>>> -beta1 >>>> and 5.5.0 were not there. >>>> >>>> This part of the code is producing the error: >>>> >>>> if( >>>> & stk(sadr(il1+4)).le.0.and. >>>> & abs(istk(il1)).ne.4.or. >>>> & (abs(istk(il1)).ne.1.and. >>>> & abs(istk(il1)).ne.2.and. >>>> & abs(istk(il1)).ne.4.and. >>>> & abs(istk(il1)).ne.129)) then >>>> call error(21) >>>> return >>>> endif >>>> >>>> >>>> so for some reason stk(sadr(il1+4)) is giving a negative number >>>> for >>>> a($). If I add the type check for 2 and 129 to the first part of >>>> the >>>> expression it succeeds. >>>> >>>> >>>> 3. IEEEcompatibility test fails. >>>> >>>> This is due to number_properties('denorm') returning F. I've >>>> tried >>>> fiddling with the build properties of lapack to remove >>>> optimisation >>>> etc >>>> without success. >>>> >>>> >>>> So i'm thinking overall there's something odd about this build, >>>> but I >>>> cant for the life of me think what. Some things i've tried: >>>> >>>> Using a different kernel >>>> Freshly built gcc 5.2.0 with no patches >>>> Updating a gcc >>>> Rebuilding lapack (3.5) with various options removed >>>> Rebuilding glibc with most of our patches and optimisation levels >>>> removed >>>> Rebuilding scilab with no optimisation >>>> >>>> The fact that this happens on both our platforms (2014.2 has gcc >>>> 4.8/glibc 2.19 and dev has gcc 5.2/glibc 2.22) is odd... >>>> >>>> Any suggestions? >>>> >>>> thanks >>>> cris. >>>> >>>> _______________________________________________ >>>> dev mailing list >>>> dev at lists.scilab.org >>>> http://lists.scilab.org/mailman/listinfo/dev >>> _______________________________________________ >>> dev mailing list >>> dev at lists.scilab.org >>> http://lists.scilab.org/mailman/listinfo/dev >> _______________________________________________ >> dev mailing list >> dev at lists.scilab.org >> http://lists.scilab.org/mailman/listinfo/dev > _______________________________________________ > dev mailing list > dev at lists.scilab.org > http://lists.scilab.org/mailman/listinfo/dev -------------- next part -------------- A non-text attachment was scrubbed... Name: config.log.xz Type: application/x-xz Size: 22248 bytes Desc: not available URL: From clement.david at scilab-enterprises.com Thu Aug 27 08:43:42 2015 From: clement.david at scilab-enterprises.com (=?ISO-8859-1?Q?Cl=E9ment?= David) Date: Thu, 27 Aug 2015 08:43:42 +0200 Subject: [Scilab-Dev] [Scilab-users] Error while calling 'builder gateway function' using bash script In-Reply-To: References: Message-ID: <1440657822.4390.3.camel@scilab-enterprises.com> Hello Lavitha, Why are you using such a small timeout duration `timeout 1` ? Do you really expect a 1s scilab startup + compilation ? > Dear All, > > I am trying to call OpenCV codes from scilab and for this I need a > builder gateway function. While calling the function on the scilab > console, I do not face any problems, loader gets generated and and I > am able to call the functions. Now I am trying to call the builder > file using bash script. It executes and runs till make file as shown > below: > > Generate a gateway file > Generate a loader file > Generate a Makefile > ilib_gen_Make: Copy compilation files (Makefile*, libtool...) to > TMPDIR > ilib_gen_Make: Copy libskeleton_cpp9990.c to TMPDIR > ilib_gen_Make: Copy opencv_imread.cpp to TMPDIR > ilib_gen_Make: configure : Generate Makefile. > > where as the below 3 lines are not generated as it does on Scilab > console. > > ilib_gen_Make: Modification of the Makefile in TMPDIR > Running the makefile > Generate a cleaner file -- Cl?ment From sgougeon at free.fr Thu Aug 27 17:20:32 2015 From: sgougeon at free.fr (Samuel Gougeon) Date: Thu, 27 Aug 2015 17:20:32 +0200 Subject: [Scilab-Dev] Overloading operator "=" In-Reply-To: <26e0a2a44092f6bb9e7a7eae1201955b@pierre-vuillemin.fr> References: <26e0a2a44092f6bb9e7a7eae1201955b@pierre-vuillemin.fr> Message-ID: <55DF2AC0.1010000@free.fr> Hello, Le 25/08/2015 14:41, Pierre Vuillemin a ?crit : > .../... > And a side question : can anyone create a project on the scilab forge? You may have a look there: http://forge.scilab.org/index.php/help/#q-newproject From nomiya at galaxy.dti.ne.jp Sun Aug 30 01:44:15 2015 From: nomiya at galaxy.dti.ne.jp (Masaru Nomiya) Date: Sun, 30 Aug 2015 08:44:15 +0900 Subject: [Scilab-Dev] Can't compile 6.0.0-alpha1 In-Reply-To: <1439888486.7963.22.camel@scilab-enterprises.com> References: <87mvxti3qa.wl%nomiya@galaxy.dti.ne.jp> <1439888486.7963.22.camel@scilab-enterprises.com> Message-ID: <87r3mlpsmo.wl%nomiya@galaxy.dti.ne.jp> Hello, Sorry for late reply. In the Message; Subject : Re: [Scilab-Dev] Can't compile 6.0.0-alpha1 Message-ID : <1439888486.7963.22.camel at scilab-enterprises.com> Date & Time: Tue, 18 Aug 2015 11:01:26 +0200 Cl?ment David has written: > Hello Masaru, > Thanks for reporting this issue. The `ScilabCommons.i` and > `ScilabCommons_wrap.c` files are not synchronized due to a merge issue. > The review #17052 fix [1] that (and the --enable-build-swig configure > option). > [1]: https://codereview.scilab.org/#/c/17052/ I've confirmed. But, I've got other errors when compiling; [...] ./includes/../src/jni/ScilabVariables.hxx:188:13: note: candidate expects 12 arguments, 7 provided src/cpp/ScilabToJava.cpp: In static member function ?static void org_modules_types::ScilabToJava::sendVariable(const string&, std::vector&, int, int*, int*, int, int, T*, bool, int)?: src/cpp/ScilabToJava.cpp:490:9: error: ?sendDataAsBuffer? is not a member of ?org_scilab_modules_types::ScilabVariables? ScilabVariables::sendDataAsBuffer(getScilabJavaVM(), (char *)name.c_str(), getIndexesPointer(indexes), (int)indexes.size(), row, col, nbItem, nbItemRow, row, colPos, nbItem, data, nbItem, handlerId); ^ src/cpp/ScilabToJava.cpp: In static member function ?static void org_modules_types::ScilabToJava::sendVariable(const string&, std::vector&, int, int, T*, bool, bool, int)?: src/cpp/ScilabToJava.cpp:510:9: error: ?sendDataAsBuffer? is not a member of ?org_scilab_modules_types::ScilabVariables? ScilabVariables::sendDataAsBuffer(getScilabJavaVM(), (char *)name.c_str(), getIndexesPointer(indexes), (int)indexes.size(), data, row * col, row, col, handlerId); ^ src/cpp/ScilabToJava.cpp: In static member function ?static void org_modules_types::ScilabToJava::sendBooleanSparseVariable(const string&, std::vector&, int, int*, int*, int, int, bool, int)?: src/cpp/ScilabToJava.cpp:533:9: error: ?sendDataAsBuffer? is not a member of ?org_scilab_modules_types::ScilabVariables? ScilabVariables::sendDataAsBuffer(getScilabJavaVM(), (char *)name.c_str(), getIndexesPointer(indexes), (int)indexes.size(), row, col, nbItem, nbItemRow, row, colPos, nbItem, handlerId); ^ src/cpp/ScilabToJava.cpp: In static member function ?static void org_modules_types::ScilabToJava::sendUnsignedVariable(const string&, std::vector&, int, int, T*, bool, bool, int)?: src/cpp/ScilabToJava.cpp:563:9: error: ?sendUnsignedDataAsBuffer? is not a member of ?org_scilab_modules_types::ScilabVariables? ScilabVariables::sendUnsignedDataAsBuffer(getScilabJavaVM(), (char *)name.c_str(), getIndexesPointer(indexes), (int)indexes.size(), data, row * col, row, col, handlerId); ^ src/cpp/ScilabToJava.cpp: In static member function ?static void org_modules_types::ScilabToJava::sendConvertedBooleanVariable(const string&, std::vector&, int, int, int*, bool, bool, int)?: src/cpp/ScilabToJava.cpp:578:9: error: ?sendBooleanDataAsBuffer? is not a member of ?org_scilab_modules_types::ScilabVariables? ScilabVariables::sendBooleanDataAsBuffer(getScilabJavaVM(), (char *)name.c_str(), getIndexesPointer(indexes), (int)indexes.size(), data, row * col, row, col, handlerId); ^ src/cpp/ScilabToJava.cpp: In static member function ?static void org_modules_types::ScilabToJava::sendVariable(const string&, std::vector&, int, int*, int*, int, int, T*, T*, bool, int)?: src/cpp/ScilabToJava.cpp:594:9: error: ?sendDataAsBuffer? is not a member of ?org_scilab_modules_types::ScilabVariables? ScilabVariables::sendDataAsBuffer(getScilabJavaVM(), (char *)name.c_str(), getIndexesPointer(indexes), (int)indexes.size(), row, col, nbItem, nbItemRow, row, colPos, nbItem, real, nbItem, img, nbItem, handlerId); ^ src/cpp/ScilabToJava.cpp: In static member function ?static void org_modules_types::ScilabToJava::sendVariable(const string&, std::vector&, int, int, T*, T*, bool, bool, int)?: src/cpp/ScilabToJava.cpp:614:9: error: ?sendDataAsBuffer? is not a member of ?org_scilab_modules_types::ScilabVariables? ScilabVariables::sendDataAsBuffer(getScilabJavaVM(), (char *)name.c_str(), getIndexesPointer(indexes), (int)indexes.size(), real, row * col, img, row * col, row, col, handlerId); ^ src/cpp/ScilabToJava.cpp: In instantiation of ?static void org_modules_types::ScilabToJava::sendUnsignedVariable(const string&, std::vector&, int, int, T*, bool, bool, int) [with T = long long int; std::string = std::basic_string]?: src/cpp/ScilabToJava.cpp:259:128: required from here src/cpp/ScilabToJava.cpp:568:166: error: no matching function for call to ?org_scilab_modules_types::ScilabVariables::sendUnsignedData(JavaVM*, char*, int*, int, long long int**&, int&, int&, bool&, int&)? ScilabVariables::sendUnsignedData(getScilabJavaVM(), (char *)name.c_str(), getIndexesPointer(indexes), (int)indexes.size(), addr, row, col, swaped, handlerId); ^ src/cpp/ScilabToJava.cpp:568:166: note: candidates are: In file included from ./includes/ScilabToJava.hxx:19:0, from src/cpp/ScilabToJava.cpp:14: ./includes/../src/jni/ScilabVariables.hxx:164:13: note: static void org_scilab_modules_types::ScilabVariables::sendUnsignedData(JavaVM*, const char*, const int*, int, const byte* const*, int, int, bool, int) static void sendUnsignedData(JavaVM * jvm_, char const* varName, int const* indexes, int indexesSize, byte const* const* data, int dataSize, int dataSizeCol, bool swaped, int handlerId); ^ ./includes/../src/jni/ScilabVariables.hxx:164:13: note: no known conversion for argument 5 from ?long long int**? to ?const byte* const* {aka const signed char* const*}? ./includes/../src/jni/ScilabVariables.hxx:168:13: note: static void org_scilab_modules_types::ScilabVariables::sendUnsignedData(JavaVM*, const char*, const int*, int, const short int* const*, int, int, bool, int) static void sendUnsignedData(JavaVM * jvm_, char const* varName, int const* indexes, int indexesSize, short const* const* data, int dataSize, int dataSizeCol, bool swaped, int handlerId); ^ ./includes/../src/jni/ScilabVariables.hxx:168:13: note: no known conversion for argument 5 from ?long long int**? to ?const short int* const*? ./includes/../src/jni/ScilabVariables.hxx:172:13: note: static void org_scilab_modules_types::ScilabVariables::sendUnsignedData(JavaVM*, const char*, const int*, int, const int* const*, int, int, bool, int) static void sendUnsignedData(JavaVM * jvm_, char const* varName, int const* indexes, int indexesSize, int const* const* data, int dataSize, int dataSizeCol, bool swaped, int handlerId); ^ ./includes/../src/jni/ScilabVariables.hxx:172:13: note: no known conversion for argument 5 from ?long long int**? to ?const int* const*? mv -f sci_gateway/cpp/.deps/libscitypes_la-sci_isfield.Tpo sci_gateway/cpp/.deps/libscitypes_la-sci_isfield.Plo mv -f sci_gateway/cpp/.deps/libscitypes_la-sci_tlist.Tpo sci_gateway/cpp/.deps/libscitypes_la-sci_tlist.Plo make[3]: *** [src/cpp/libscitypes_java_la-ScilabToJava.lo] error 1 What causes this, I wonder? Jogl2? I'm using v2.2.4's jogl2. Anyway, any idea? Thanks, --- ????? Masaru Nomiya mail-to: nomiya @ galaxy.dti.ne.jp ???? ???? "Bill! You married with Computers. Not with Me!" "No..., with money." From nomiya at galaxy.dti.ne.jp Sun Aug 30 01:57:16 2015 From: nomiya at galaxy.dti.ne.jp (Masaru Nomiya) Date: Sun, 30 Aug 2015 08:57:16 +0900 Subject: [Scilab-Dev] Can't compile 6.0.0-alpha1 In-Reply-To: <1439888486.7963.22.camel@scilab-enterprises.com> References: <87mvxti3qa.wl%nomiya@galaxy.dti.ne.jp> <1439888486.7963.22.camel@scilab-enterprises.com> Message-ID: <87pp25ps0z.wl%nomiya@galaxy.dti.ne.jp> Sorry for sending garble mail. Hello, Sorry for late reply. In the Message; Subject : Re: [Scilab-Dev] Can't compile 6.0.0-alpha1 Message-ID : <1439888486.7963.22.camel at scilab-enterprises.com> Date & Time: Tue, 18 Aug 2015 11:01:26 +0200 Cl?ment David has written: > Hello Masaru, > Thanks for reporting this issue. The `ScilabCommons.i` and > `ScilabCommons_wrap.c` files are not synchronized due to a merge issue. > The review #17052 fix [1] that (and the --enable-build-swig configure > option). > [1]: https://codereview.scilab.org/#/c/17052/ I've confirmed. But, I've got other errors when compiling; [...] ./includes/../src/jni/ScilabVariables.hxx:188:13: note: candidate expects 12 arguments, 7 provided src/cpp/ScilabToJava.cpp: In static member function ?static void org_modules_types::ScilabToJava::sendVariable(const string&, std::vector&, int, int*, int*, int, int, T*, bool, int)?: src/cpp/ScilabToJava.cpp:490:9: error: ?sendDataAsBuffer? is not a member of ?org_scilab_modules_types::ScilabVariables? ScilabVariables::sendDataAsBuffer(getScilabJavaVM(), (char *)name.c_str(), getIndexesPointer(indexes), (int)indexes.size(), row, col, nbItem, nbItemRow, row, colPos, nbItem, data, nbItem, handlerId); ^ src/cpp/ScilabToJava.cpp: In static member function ?static void org_modules_types::ScilabToJava::sendVariable(const string&, std::vector&, int, int, T*, bool, bool, int)?: src/cpp/ScilabToJava.cpp:510:9: error: ?sendDataAsBuffer? is not a member of ?org_scilab_modules_types::ScilabVariables? ScilabVariables::sendDataAsBuffer(getScilabJavaVM(), (char *)name.c_str(), getIndexesPointer(indexes), (int)indexes.size(), data, row * col, row, col, handlerId); ^ src/cpp/ScilabToJava.cpp: In static member function ?static void org_modules_types::ScilabToJava::sendBooleanSparseVariable(const string&, std::vector&, int, int*, int*, int, int, bool, int)?: src/cpp/ScilabToJava.cpp:533:9: error: ?sendDataAsBuffer? is not a member of ?org_scilab_modules_types::ScilabVariables? ScilabVariables::sendDataAsBuffer(getScilabJavaVM(), (char *)name.c_str(), getIndexesPointer(indexes), (int)indexes.size(), row, col, nbItem, nbItemRow, row, colPos, nbItem, handlerId); ^ src/cpp/ScilabToJava.cpp: In static member function ?static void org_modules_types::ScilabToJava::sendUnsignedVariable(const string&, std::vector&, int, int, T*, bool, bool, int)?: src/cpp/ScilabToJava.cpp:563:9: error: ?sendUnsignedDataAsBuffer? is not a member of ?org_scilab_modules_types::ScilabVariables? ScilabVariables::sendUnsignedDataAsBuffer(getScilabJavaVM(), (char *)name.c_str(), getIndexesPointer(indexes), (int)indexes.size(), data, row * col, row, col, handlerId); ^ src/cpp/ScilabToJava.cpp: In static member function ?static void org_modules_types::ScilabToJava::sendConvertedBooleanVariable(const string&, std::vector&, int, int, int*, bool, bool, int)?: src/cpp/ScilabToJava.cpp:578:9: error: ?sendBooleanDataAsBuffer? is not a member of ?org_scilab_modules_types::ScilabVariables? ScilabVariables::sendBooleanDataAsBuffer(getScilabJavaVM(), (char *)name.c_str(), getIndexesPointer(indexes), (int)indexes.size(), data, row * col, row, col, handlerId); ^ src/cpp/ScilabToJava.cpp: In static member function ?static void org_modules_types::ScilabToJava::sendVariable(const string&, std::vector&, int, int*, int*, int, int, T*, T*, bool, int)?: src/cpp/ScilabToJava.cpp:594:9: error: ?sendDataAsBuffer? is not a member of ?org_scilab_modules_types::ScilabVariables? ScilabVariables::sendDataAsBuffer(getScilabJavaVM(), (char *)name.c_str(), getIndexesPointer(indexes), (int)indexes.size(), row, col, nbItem, nbItemRow, row, colPos, nbItem, real, nbItem, img, nbItem, handlerId); ^ src/cpp/ScilabToJava.cpp: In static member function ?static void org_modules_types::ScilabToJava::sendVariable(const string&, std::vector&, int, int, T*, T*, bool, bool, int)?: src/cpp/ScilabToJava.cpp:614:9: error: ?sendDataAsBuffer? is not a member of ?org_scilab_modules_types::ScilabVariables? ScilabVariables::sendDataAsBuffer(getScilabJavaVM(), (char *)name.c_str(), getIndexesPointer(indexes), (int)indexes.size(), real, row * col, img, row * col, row, col, handlerId); ^ src/cpp/ScilabToJava.cpp: In instantiation of ?static void org_modules_types::ScilabToJava::sendUnsignedVariable(const string&, std::vector&, int, int, T*, bool, bool, int) [with T = long long int; std::string = std::basic_string]?: src/cpp/ScilabToJava.cpp:259:128: required from here src/cpp/ScilabToJava.cpp:568:166: error: no matching function for call to ?org_scilab_modules_types::ScilabVariables::sendUnsignedData(JavaVM*, char*, int*, int, long long int**&, int&, int&, bool&, int&)? ScilabVariables::sendUnsignedData(getScilabJavaVM(), (char *)name.c_str(), getIndexesPointer(indexes), (int)indexes.size(), addr, row, col, swaped, handlerId); ^ src/cpp/ScilabToJava.cpp:568:166: note: candidates are: In file included from ./includes/ScilabToJava.hxx:19:0, from src/cpp/ScilabToJava.cpp:14: ./includes/../src/jni/ScilabVariables.hxx:164:13: note: static void org_scilab_modules_types::ScilabVariables::sendUnsignedData(JavaVM*, const char*, const int*, int, const byte* const*, int, int, bool, int) static void sendUnsignedData(JavaVM * jvm_, char const* varName, int const* indexes, int indexesSize, byte const* const* data, int dataSize, int dataSizeCol, bool swaped, int handlerId); ^ ./includes/../src/jni/ScilabVariables.hxx:164:13: note: no known conversion for argument 5 from ?long long int**? to ?const byte* const* {aka const signed char* const*}? ./includes/../src/jni/ScilabVariables.hxx:168:13: note: static void org_scilab_modules_types::ScilabVariables::sendUnsignedData(JavaVM*, const char*, const int*, int, const short int* const*, int, int, bool, int) static void sendUnsignedData(JavaVM * jvm_, char const* varName, int const* indexes, int indexesSize, short const* const* data, int dataSize, int dataSizeCol, bool swaped, int handlerId); ^ ./includes/../src/jni/ScilabVariables.hxx:168:13: note: no known conversion for argument 5 from ?long long int**? to ?const short int* const*? ./includes/../src/jni/ScilabVariables.hxx:172:13: note: static void org_scilab_modules_types::ScilabVariables::sendUnsignedData(JavaVM*, const char*, const int*, int, const int* const*, int, int, bool, int) static void sendUnsignedData(JavaVM * jvm_, char const* varName, int const* indexes, int indexesSize, int const* const* data, int dataSize, int dataSizeCol, bool swaped, int handlerId); ^ ./includes/../src/jni/ScilabVariables.hxx:172:13: note: no known conversion for argument 5 from ?long long int**? to ?const int* const*? mv -f sci_gateway/cpp/.deps/libscitypes_la-sci_isfield.Tpo sci_gateway/cpp/.deps/libscitypes_la-sci_isfield.Plo mv -f sci_gateway/cpp/.deps/libscitypes_la-sci_tlist.Tpo sci_gateway/cpp/.deps/libscitypes_la-sci_tlist.Plo make[3]: *** [src/cpp/libscitypes_java_la-ScilabToJava.lo] error 1 What causes this, I wonder? Jogl2? I'm using v2.2.4's jogl2. Anyway, any idea? Thanks, From nomiya at galaxy.dti.ne.jp Sun Aug 30 02:14:25 2015 From: nomiya at galaxy.dti.ne.jp (Masaru Nomiya) Date: Sun, 30 Aug 2015 09:14:25 +0900 Subject: [Scilab-Dev] Can't compile 6.0.0-alpha1 In-Reply-To: <1439888486.7963.22.camel@scilab-enterprises.com> References: <87mvxti3qa.wl%nomiya@galaxy.dti.ne.jp> <1439888486.7963.22.camel@scilab-enterprises.com> Message-ID: <87oahppr8e.wl%nomiya@galaxy.dti.ne.jp> Sorry for sending garble mail, again. Hello, Sorry for late reply. In the Message; Subject : Re: [Scilab-Dev] Can't compile 6.0.0-alpha1 Message-ID : <1439888486.7963.22.camel at scilab-enterprises.com> Date & Time: Tue, 18 Aug 2015 11:01:26 +0200 has written: > Hello Masaru, > Thanks for reporting this issue. The `ScilabCommons.i` and > `ScilabCommons_wrap.c` files are not synchronized due to a merge issue. > The review #17052 fix [1] that (and the --enable-build-swig configure > option). > [1]: https://codereview.scilab.org/#/c/17052/ I've confirmed. But, I've got other errors when compiling; [...] ./includes/../src/jni/ScilabVariables.hxx:188:13: note: candidate expects 12 arguments, 7 provided src/cpp/ScilabToJava.cpp: In static member function ?static void org_modules_types::ScilabToJava::sendVariable(const string&, std::vector&, int, int*, int*, int, int, T*, bool, int)?: src/cpp/ScilabToJava.cpp:490:9: error: ?sendDataAsBuffer? is not a member of ?org_scilab_modules_types::ScilabVariables? ScilabVariables::sendDataAsBuffer(getScilabJavaVM(), (char *)name.c_str(), getIndexesPointer(indexes), (int)indexes.size(), row, col, nbItem, nbItemRow, row, colPos, nbItem, data, nbItem, handlerId); ^ src/cpp/ScilabToJava.cpp: In static member function ?static void org_modules_types::ScilabToJava::sendVariable(const string&, std::vector&, int, int, T*, bool, bool, int)?: src/cpp/ScilabToJava.cpp:510:9: error: ?sendDataAsBuffer? is not a member of ?org_scilab_modules_types::ScilabVariables? ScilabVariables::sendDataAsBuffer(getScilabJavaVM(), (char *)name.c_str(), getIndexesPointer(indexes), (int)indexes.size(), data, row * col, row, col, handlerId); ^ src/cpp/ScilabToJava.cpp: In static member function ?static void org_modules_types::ScilabToJava::sendBooleanSparseVariable(const string&, std::vector&, int, int*, int*, int, int, bool, int)?: src/cpp/ScilabToJava.cpp:533:9: error: ?sendDataAsBuffer? is not a member of ?org_scilab_modules_types::ScilabVariables? ScilabVariables::sendDataAsBuffer(getScilabJavaVM(), (char *)name.c_str(), getIndexesPointer(indexes), (int)indexes.size(), row, col, nbItem, nbItemRow, row, colPos, nbItem, handlerId); ^ src/cpp/ScilabToJava.cpp: In static member function ?static void org_modules_types::ScilabToJava::sendUnsignedVariable(const string&, std::vector&, int, int, T*, bool, bool, int)?: src/cpp/ScilabToJava.cpp:563:9: error: ?sendUnsignedDataAsBuffer? is not a member of ?org_scilab_modules_types::ScilabVariables? ScilabVariables::sendUnsignedDataAsBuffer(getScilabJavaVM(), (char *)name.c_str(), getIndexesPointer(indexes), (int)indexes.size(), data, row * col, row, col, handlerId); ^ src/cpp/ScilabToJava.cpp: In static member function ?static void org_modules_types::ScilabToJava::sendConvertedBooleanVariable(const string&, std::vector&, int, int, int*, bool, bool, int)?: src/cpp/ScilabToJava.cpp:578:9: error: ?sendBooleanDataAsBuffer? is not a member of ?org_scilab_modules_types::ScilabVariables? ScilabVariables::sendBooleanDataAsBuffer(getScilabJavaVM(), (char *)name.c_str(), getIndexesPointer(indexes), (int)indexes.size(), data, row * col, row, col, handlerId); ^ src/cpp/ScilabToJava.cpp: In static member function ?static void org_modules_types::ScilabToJava::sendVariable(const string&, std::vector&, int, int*, int*, int, int, T*, T*, bool, int)?: src/cpp/ScilabToJava.cpp:594:9: error: ?sendDataAsBuffer? is not a member of ?org_scilab_modules_types::ScilabVariables? ScilabVariables::sendDataAsBuffer(getScilabJavaVM(), (char *)name.c_str(), getIndexesPointer(indexes), (int)indexes.size(), row, col, nbItem, nbItemRow, row, colPos, nbItem, real, nbItem, img, nbItem, handlerId); ^ src/cpp/ScilabToJava.cpp: In static member function ?static void org_modules_types::ScilabToJava::sendVariable(const string&, std::vector&, int, int, T*, T*, bool, bool, int)?: src/cpp/ScilabToJava.cpp:614:9: error: ?sendDataAsBuffer? is not a member of ?org_scilab_modules_types::ScilabVariables? ScilabVariables::sendDataAsBuffer(getScilabJavaVM(), (char *)name.c_str(), getIndexesPointer(indexes), (int)indexes.size(), real, row * col, img, row * col, row, col, handlerId); ^ src/cpp/ScilabToJava.cpp: In instantiation of ?static void org_modules_types::ScilabToJava::sendUnsignedVariable(const string&, std::vector&, int, int, T*, bool, bool, int) [with T = long long int; std::string = std::basic_string]?: src/cpp/ScilabToJava.cpp:259:128: required from here src/cpp/ScilabToJava.cpp:568:166: error: no matching function for call to ?org_scilab_modules_types::ScilabVariables::sendUnsignedData(JavaVM*, char*, int*, int, long long int**&, int&, int&, bool&, int&)? ScilabVariables::sendUnsignedData(getScilabJavaVM(), (char *)name.c_str(), getIndexesPointer(indexes), (int)indexes.size(), addr, row, col, swaped, handlerId); ^ src/cpp/ScilabToJava.cpp:568:166: note: candidates are: In file included from ./includes/ScilabToJava.hxx:19:0, from src/cpp/ScilabToJava.cpp:14: ./includes/../src/jni/ScilabVariables.hxx:164:13: note: static void org_scilab_modules_types::ScilabVariables::sendUnsignedData(JavaVM*, const char*, const int*, int, const byte* const*, int, int, bool, int) static void sendUnsignedData(JavaVM * jvm_, char const* varName, int const* indexes, int indexesSize, byte const* const* data, int dataSize, int dataSizeCol, bool swaped, int handlerId); ^ ./includes/../src/jni/ScilabVariables.hxx:164:13: note: no known conversion for argument 5 from ?long long int**? to ?const byte* const* {aka const signed char* const*}? ./includes/../src/jni/ScilabVariables.hxx:168:13: note: static void org_scilab_modules_types::ScilabVariables::sendUnsignedData(JavaVM*, const char*, const int*, int, const short int* const*, int, int, bool, int) static void sendUnsignedData(JavaVM * jvm_, char const* varName, int const* indexes, int indexesSize, short const* const* data, int dataSize, int dataSizeCol, bool swaped, int handlerId); ^ ./includes/../src/jni/ScilabVariables.hxx:168:13: note: no known conversion for argument 5 from ?long long int**? to ?const short int* const*? ./includes/../src/jni/ScilabVariables.hxx:172:13: note: static void org_scilab_modules_types::ScilabVariables::sendUnsignedData(JavaVM*, const char*, const int*, int, const int* const*, int, int, bool, int) static void sendUnsignedData(JavaVM * jvm_, char const* varName, int const* indexes, int indexesSize, int const* const* data, int dataSize, int dataSizeCol, bool swaped, int handlerId); ^ ./includes/../src/jni/ScilabVariables.hxx:172:13: note: no known conversion for argument 5 from ?long long int**? to ?const int* const*? mv -f sci_gateway/cpp/.deps/libscitypes_la-sci_isfield.Tpo sci_gateway/cpp/.deps/libscitypes_la-sci_isfield.Plo mv -f sci_gateway/cpp/.deps/libscitypes_la-sci_tlist.Tpo sci_gateway/cpp/.deps/libscitypes_la-sci_tlist.Plo make[3]: *** [src/cpp/libscitypes_java_la-ScilabToJava.lo] error 1 What causes this, I wonder? Jogl2? I'm using v2.2.4's jogl2. Anyway, any idea? Thanks,