From: Ian B. <ian...@gm...> - 2013-10-18 16:34:34
|
I have an open-source thermophysical property library (like REFPROP) that I am trying to wrap using SWIG for scilab. I'm pretty experienced with the use of SWIG for C#, python, Java, Octave, etc. For the life of me I cannot get swig to build with this mysterious comment ./configure --with-scilab=<path_scilab_startup_script> I am a newcomer to scilab (love the idea as there is a lot that is appealing about MATLAB apart from the ridiculous price) but an experienced programmer. What does <path_scilab_startup_script> refer to? I would like to support linux, OSX and windows. Will this work on OSX? Does anyone have binaries for windows? The build process for swig on windows is truly atrocious. Thanks, Ian |
From: William S F. <ws...@fu...> - 2013-10-21 06:16:27
|
On 18/10/13 17:33, Ian Bell wrote: > I have an open-source thermophysical property library (like REFPROP) that I > am trying to wrap using SWIG for scilab. I'm pretty experienced with the > use of SWIG for C#, python, Java, Octave, etc. > > For the life of me I cannot get swig to build with this mysterious comment > > > ./configure --with-scilab=<path_scilab_startup_script> > > I am a newcomer to scilab (love the idea as there is a lot that is > appealing about MATLAB apart from the ridiculous price) but an experienced > programmer. What does <path_scilab_startup_script> refer to? > Are you looking at the correct location? https://github.com/swig/swig/commits/gsoc2012-scilab is what you should be using, $ ./configure --help | grep -i sci --without-scilab Disable Scilab --with-scilab=path Set location of Scilab executable --with-scilabincl=path Set location of Scilab include directory > I would like to support linux, OSX and windows. > I think it is being developed under Linux, the testing we do is focused on Linux, using Travis. > Will this work on OSX? Does anyone have binaries for windows? The build > process for swig on windows is truly atrocious. It shouldn't take much effort to support other operating systems as SWIG aims to generate platform neutral code. If I make the Windows binaries for you, perhaps you could port the examples to Windows? At a minimum, the class and simple examples under the Examples\scilab directory just require a Visual Studio project file. Some usage instructions to Doc\Manual\Windows.html would be needed for these examples. If you are not aware, Simon is working hard on getting Scilab ready for our next release - 3.0.0, and these patches for Windows would be much appreciated. OSX should work the same way as Linux, it is just a matter of working out how to install Scilab for SWIG's configure to automatically detect it. Some configure.ac changes might be required. Brew seems to be the preferred approach to installing open source tools. Does anyone have Scilab working when installed using Brew? William |
From: Ian B. <ian...@gm...> - 2013-10-21 14:15:29
|
William, I finally got SWIG+Scilab building on xubuntu and OSX, but cannot get anything, even the simple examples, to work. Here's where I stand: On OSX I have a build script that looks something like (same thing on xubuntu, just apt-get instead of brew and different paths) brew install autoconf automake pcre git clone https://github.com/swig/swig -b gsoc2012-scilab swig-scilab cd swig-scilab sh autogen.sh ./configure --with-scilab-inc=/Applications/scilab-5.4.1/Contents/MacOS/include --with-scilab=/Applications/scilab-5.4.1/Contents/MacOS/bin/scilab-cli --prefix=/Users/Ian/Desktop/swig-bin make make install Once I get swig+scilab built, if I do cd Examples/scilab/simple, and I run make, I get a few errors about the stack functions: ilib_compile: An error occurred during the compilation: In file included from example_wrap.c:759:0: /home/ian/Desktop/scilab-5.4.1/share/scilab/../../include/scilab/stack-c.h:19:6: error: #error Using stack-c.h is deprecated. Please use api_scilab instead (try 'help api_scilab'). Note the stack-c.h API will be removed after Scilab 6.0. You can define __USE_DEPRECATED_STACK_FUNCTIONS__ to bypass this error. #error Using stack-c.h is deprecated. Please use api_scilab instead (try 'help api_scilab'). Note the stack-c.h API will be removed after Scilab 6.0. You can define __USE_DEPRECATED_STACK_FUNCTIONS__ to bypass this error. ^ which I can resolve by doing something like swig -scilab -addcflag "-D__USE_DEPRECATED_STACK_FUNCTIONS__" *.i which is not documented anywhere. Running exec builder.sce does appear to work, it makes the .so file, and when I run nm libexamplelib.so I see all the necessary symbols. So far so good. But then when I try to run the file runme.sci, I get ian@ian-VirtualBox:~/Code/swig-scilab/Examples/scilab/simple$ ~/Desktop/scilab-5.4.1/bin/scilab-cli -f runme.sci Scilab 5.4.1 (Mar 29 2013, 16:52:15) addinter(libexamplelib_path + 'libexamplelib' + getdynlibext(), 'libexamplelib', list_functions); !--error 236 addinter: The shared archive was not loaded: /home/ian/Code/swig-scilab/Examples/scilab/simple/libexamplelib.so: undefined symbol: Foo at line 18 of exec file called by : exec loader.sce; at line 3 of exec file called by : exec('SCI/etc/scilab.start',-1);;exec('runme.sci',-1) which doesn't make sense because the symbol Foo is definitely exported in the .so. A snip from the nm libexamplelib.so: 00002b42 T example_Init 00002d34 T _fini 00005174 b fname U Foo 00002647 T Foo_get 000026f5 T Foo_set 00000dc0 t frame_dummy 00004eec t __frame_dummy_init_array_entry 00003960 r __FRAME_END__ U free@@GLIBC_2.0 U gcd I think I am at the limits of my debugging abilities for the moment. Once I get this working I really want to get it working on OSX and windows. I'd be happy to contribute to the wiki my experiences if that would be useful. Ian On Mon, Oct 21, 2013 at 8:16 AM, William S Fulton <ws...@fu...>wrote: > On 18/10/13 17:33, Ian Bell wrote: > >> I have an open-source thermophysical property library (like REFPROP) that >> I >> am trying to wrap using SWIG for scilab. I'm pretty experienced with the >> use of SWIG for C#, python, Java, Octave, etc. >> >> For the life of me I cannot get swig to build with this mysterious comment >> >> >> ./configure --with-scilab=<path_scilab_**startup_script> >> >> I am a newcomer to scilab (love the idea as there is a lot that is >> appealing about MATLAB apart from the ridiculous price) but an experienced >> programmer. What does <path_scilab_startup_script> refer to? >> >> Are you looking at the correct location? https://github.com/swig/swig/** > commits/gsoc2012-scilab<https://github.com/swig/swig/commits/gsoc2012-scilab>is what you should be using, > > $ ./configure --help | grep -i sci > --without-scilab Disable Scilab > --with-scilab=path Set location of Scilab executable > --with-scilabincl=path Set location of Scilab include directory > > > I would like to support linux, OSX and windows. >> >> I think it is being developed under Linux, the testing we do is focused > on Linux, using Travis. > > > Will this work on OSX? Does anyone have binaries for windows? The build >> process for swig on windows is truly atrocious. >> > > It shouldn't take much effort to support other operating systems as SWIG > aims to generate platform neutral code. If I make the Windows binaries for > you, perhaps you could port the examples to Windows? At a minimum, the > class and simple examples under the Examples\scilab directory just require > a Visual Studio project file. Some usage instructions to > Doc\Manual\Windows.html would be needed for these examples. If you are not > aware, Simon is working hard on getting Scilab ready for our next release - > 3.0.0, and these patches for Windows would be much appreciated. > > OSX should work the same way as Linux, it is just a matter of working out > how to install Scilab for SWIG's configure to automatically detect it. Some > configure.ac changes might be required. Brew seems to be the preferred > approach to installing open source tools. Does anyone have Scilab working > when installed using Brew? > > William > |
From: William S F. <ws...@fu...> - 2013-11-08 07:39:31
|
Simon, Scilab guys, can you reply? To me it looks like version 5.4.1 isn't working, all the testing has been done using 5.3.3. The expected status is as shown in the latest Travis tests on Linux on the gsoc2012-scilab branch: https://travis-ci.org/swig/swig/jobs/12366988 William On 21/10/13 15:14, Ian Bell wrote: > William, > > I finally got SWIG+Scilab building on xubuntu and OSX, but cannot get > anything, even the simple examples, to work. Here's where I stand: > > On OSX I have a build script that looks something like (same thing on > xubuntu, just apt-get instead of brew and different paths) > > brew install autoconf automake pcre > git clone https://github.com/swig/swig -b gsoc2012-scilab swig-scilab > cd swig-scilab > sh autogen.sh > ./configure > --with-scilab-inc=/Applications/scilab-5.4.1/Contents/MacOS/include > --with-scilab=/Applications/scilab-5.4.1/Contents/MacOS/bin/scilab-cli > --prefix=/Users/Ian/Desktop/swig-bin > make > make install > > Once I get swig+scilab built, if I do cd Examples/scilab/simple, and I run > make, I get a few errors about the stack functions: > > ilib_compile: An error occurred during the compilation: > In file included from example_wrap.c:759:0: > /home/ian/Desktop/scilab-5.4.1/share/scilab/../../include/scilab/stack-c.h:19:6: > error: #error Using stack-c.h is deprecated. Please use api_scilab instead > (try 'help api_scilab'). Note the stack-c.h API will be removed after > Scilab 6.0. You can define __USE_DEPRECATED_STACK_FUNCTIONS__ to bypass > this error. > #error Using stack-c.h is deprecated. Please use api_scilab instead > (try 'help api_scilab'). Note the stack-c.h API will be removed after > Scilab 6.0. You can define __USE_DEPRECATED_STACK_FUNCTIONS__ to bypass > this error. > ^ > > which I can resolve by doing something like > > swig -scilab -addcflag "-D__USE_DEPRECATED_STACK_FUNCTIONS__" *.i > > which is not documented anywhere. > > Running exec builder.sce does appear to work, it makes the .so file, and > when I run nm libexamplelib.so I see all the necessary symbols. So far so > good. > > But then when I try to run the file runme.sci, I get > > ian@ian-VirtualBox:~/Code/swig-scilab/Examples/scilab/simple$ > ~/Desktop/scilab-5.4.1/bin/scilab-cli -f runme.sci > Scilab 5.4.1 (Mar 29 2013, 16:52:15) > addinter(libexamplelib_path + 'libexamplelib' + getdynlibext(), > 'libexamplelib', list_functions); > > !--error 236 > addinter: The shared archive was not loaded: > /home/ian/Code/swig-scilab/Examples/scilab/simple/libexamplelib.so: > undefined symbol: Foo > at line 18 of exec file called by : > exec loader.sce; > at line 3 of exec file called by : > exec('SCI/etc/scilab.start',-1);;exec('runme.sci',-1) > > which doesn't make sense because the symbol Foo is definitely exported in > the .so. A snip from the nm libexamplelib.so: > > 00002b42 T example_Init > 00002d34 T _fini > 00005174 b fname > U Foo > 00002647 T Foo_get > 000026f5 T Foo_set > 00000dc0 t frame_dummy > 00004eec t __frame_dummy_init_array_entry > 00003960 r __FRAME_END__ > U free@@GLIBC_2.0 > U gcd > > I think I am at the limits of my debugging abilities for the moment. Once > I get this working I really want to get it working on OSX and windows. I'd > be happy to contribute to the wiki my experiences if that would be useful. > > Ian > > > On Mon, Oct 21, 2013 at 8:16 AM, William S Fulton > <ws...@fu...>wrote: > >> On 18/10/13 17:33, Ian Bell wrote: >> >>> I have an open-source thermophysical property library (like REFPROP) that >>> I >>> am trying to wrap using SWIG for scilab. I'm pretty experienced with the >>> use of SWIG for C#, python, Java, Octave, etc. >>> >>> For the life of me I cannot get swig to build with this mysterious comment >>> >>> >>> ./configure --with-scilab=<path_scilab_**startup_script> >>> >>> I am a newcomer to scilab (love the idea as there is a lot that is >>> appealing about MATLAB apart from the ridiculous price) but an experienced >>> programmer. What does <path_scilab_startup_script> refer to? >>> >>> Are you looking at the correct location? https://github.com/swig/swig/** >> commits/gsoc2012-scilab<https://github.com/swig/swig/commits/gsoc2012-scilab>is what you should be using, >> >> $ ./configure --help | grep -i sci >> --without-scilab Disable Scilab >> --with-scilab=path Set location of Scilab executable >> --with-scilabincl=path Set location of Scilab include directory >> >> >> I would like to support linux, OSX and windows. >>> >>> I think it is being developed under Linux, the testing we do is focused >> on Linux, using Travis. >> >> >> Will this work on OSX? Does anyone have binaries for windows? The build >>> process for swig on windows is truly atrocious. >>> >> >> It shouldn't take much effort to support other operating systems as SWIG >> aims to generate platform neutral code. If I make the Windows binaries for >> you, perhaps you could port the examples to Windows? At a minimum, the >> class and simple examples under the Examples\scilab directory just require >> a Visual Studio project file. Some usage instructions to >> Doc\Manual\Windows.html would be needed for these examples. If you are not >> aware, Simon is working hard on getting Scilab ready for our next release - >> 3.0.0, and these patches for Windows would be much appreciated. >> >> OSX should work the same way as Linux, it is just a matter of working out >> how to install Scilab for SWIG's configure to automatically detect it. Some >> configure.ac changes might be required. Brew seems to be the preferred >> approach to installing open source tools. Does anyone have Scilab working >> when installed using Brew? >> >> William >> > |
From: Simon M. <sim...@sc...> - 2013-11-13 17:03:02
|
Hello, Maybe a #define __USE_DEPRECATED_STACK_FUNCTIONS__ is missing. I will check this, thanks for reporting this. About your link error, it seems Foo symbol is undefined (U). I will see ASAP what's going on a 5.4.1 Sorry for the delay. Simon Marchetto Scilab Enterprises Le 21/10/2013 16:14, Ian Bell a écrit : > William, > > I finally got SWIG+Scilab building on xubuntu and OSX, but cannot get > anything, even the simple examples, to work. Here's where I stand: > > On OSX I have a build script that looks something like (same thing on > xubuntu, just apt-get instead of brew and different paths) > > brew install autoconf automake pcre > git clone https://github.com/swig/swig -b gsoc2012-scilab swig-scilab > cd swig-scilab > sh autogen.sh > ./configure > --with-scilab-inc=/Applications/scilab-5.4.1/Contents/MacOS/include > --with-scilab=/Applications/scilab-5.4.1/Contents/MacOS/bin/scilab-cli > --prefix=/Users/Ian/Desktop/swig-bin > make > make install > > Once I get swig+scilab built, if I do cd Examples/scilab/simple, and I > run make, I get a few errors about the stack functions: > > ilib_compile: An error occurred during the compilation: > In file included from example_wrap.c:759:0: > /home/ian/Desktop/scilab-5.4.1/share/scilab/../../include/scilab/stack-c.h:19:6: > error: #error Using stack-c.h is deprecated. Please use api_scilab > instead (try 'help api_scilab'). Note the stack-c.h API will be > removed after Scilab 6.0. You can define > __USE_DEPRECATED_STACK_FUNCTIONS__ to bypass this error. > #error Using stack-c.h is deprecated. Please use api_scilab > instead (try 'help api_scilab'). Note the stack-c.h API will be > removed after Scilab 6.0. You can define > __USE_DEPRECATED_STACK_FUNCTIONS__ to bypass this error. > ^ > > which I can resolve by doing something like > > swig -scilab -addcflag "-D__USE_DEPRECATED_STACK_FUNCTIONS__" *.i > > which is not documented anywhere. > > Running exec builder.sce does appear to work, it makes the .so file, > and when I run nm libexamplelib.so I see all the necessary symbols. > So far so good. > > But then when I try to run the file runme.sci, I get > > ian@ian-VirtualBox:~/Code/swig-scilab/Examples/scilab/simple$ > ~/Desktop/scilab-5.4.1/bin/scilab-cli -f runme.sci > Scilab 5.4.1 (Mar 29 2013, 16:52:15) > addinter(libexamplelib_path + 'libexamplelib' + getdynlibext(), > 'libexamplelib', list_functions); > !--error 236 > addinter: The shared archive was not loaded: > /home/ian/Code/swig-scilab/Examples/scilab/simple/libexamplelib.so: > undefined symbol: Foo > at line 18 of exec file called by : > exec loader.sce; > at line 3 of exec file called by : > exec('SCI/etc/scilab.start',-1);;exec('runme.sci',-1) > > which doesn't make sense because the symbol Foo is definitely exported > in the .so. A snip from the nm libexamplelib.so: > > 00002b42 T example_Init > 00002d34 T _fini > 00005174 b fname > U Foo > 00002647 T Foo_get > 000026f5 T Foo_set > 00000dc0 t frame_dummy > 00004eec t __frame_dummy_init_array_entry > 00003960 r __FRAME_END__ > U free@@GLIBC_2.0 > U gcd > > I think I am at the limits of my debugging abilities for the moment. > Once I get this working I really want to get it working on OSX and > windows. I'd be happy to contribute to the wiki my experiences if > that would be useful. > > Ian > > > On Mon, Oct 21, 2013 at 8:16 AM, William S Fulton > <ws...@fu... <mailto:ws...@fu...>> wrote: > > On 18/10/13 17:33, Ian Bell wrote: > > I have an open-source thermophysical property library (like > REFPROP) that I > am trying to wrap using SWIG for scilab. I'm pretty > experienced with the > use of SWIG for C#, python, Java, Octave, etc. > > For the life of me I cannot get swig to build with this > mysterious comment > > > ./configure --with-scilab=<path_scilab_startup_script> > > I am a newcomer to scilab (love the idea as there is a lot that is > appealing about MATLAB apart from the ridiculous price) but an > experienced > programmer. What does <path_scilab_startup_script> refer to? > > Are you looking at the correct location? > https://github.com/swig/swig/commits/gsoc2012-scilab is what you > should be using, > > $ ./configure --help | grep -i sci > --without-scilab Disable Scilab > --with-scilab=path Set location of Scilab executable > --with-scilabincl=path Set location of Scilab include directory > > > I would like to support linux, OSX and windows. > > I think it is being developed under Linux, the testing we do is > focused on Linux, using Travis. > > > Will this work on OSX? Does anyone have binaries for windows? > The build > process for swig on windows is truly atrocious. > > > It shouldn't take much effort to support other operating systems > as SWIG aims to generate platform neutral code. If I make the > Windows binaries for you, perhaps you could port the examples to > Windows? At a minimum, the class and simple examples under the > Examples\scilab directory just require a Visual Studio project > file. Some usage instructions to Doc\Manual\Windows.html would be > needed for these examples. If you are not aware, Simon is working > hard on getting Scilab ready for our next release - 3.0.0, and > these patches for Windows would be much appreciated. > > OSX should work the same way as Linux, it is just a matter of > working out how to install Scilab for SWIG's configure to > automatically detect it. Some configure.ac <http://configure.ac> > changes might be required. Brew seems to be the preferred approach > to installing open source tools. Does anyone have Scilab working > when installed using Brew? > > William > > -- Simon MARCHETTO Development Engineer ----------------------------------------------------------- Scilab Enterprises 143bis rue Yves Le Coz - 78000 Versailles, France Phone: +33 1 80 77 04 71 http://www.scilab-enterprises.com |
From: Ian B. <ian...@gm...> - 2013-11-13 18:44:44
|
Simon, That macro definition seems to be part of the problem, but there do seem to be quite a lot of usability issues with 5.4.1 and swig. I would be very appreciative if you could take a look. Ideally it would be great if you could run the SWIG test suite before you release a new version to be sure it isn't going to break things. Ian On Wed, Nov 13, 2013 at 6:02 PM, Simon Marchetto < sim...@sc...> wrote: > Hello, > > Maybe a #define __USE_DEPRECATED_STACK_FUNCTIONS__ is missing. > I will check this, thanks for reporting this. > > About your link error, it seems Foo symbol is undefined (U). > I will see ASAP what's going on a 5.4.1 > > Sorry for the delay. > > Simon Marchetto > Scilab Enterprises > > > Le 21/10/2013 16:14, Ian Bell a écrit : > > William, > > I finally got SWIG+Scilab building on xubuntu and OSX, but cannot get > anything, even the simple examples, to work. Here's where I stand: > > On OSX I have a build script that looks something like (same thing on > xubuntu, just apt-get instead of brew and different paths) > > brew install autoconf automake pcre > git clone https://github.com/swig/swig -b gsoc2012-scilab swig-scilab > cd swig-scilab > sh autogen.sh > ./configure > --with-scilab-inc=/Applications/scilab-5.4.1/Contents/MacOS/include > --with-scilab=/Applications/scilab-5.4.1/Contents/MacOS/bin/scilab-cli > --prefix=/Users/Ian/Desktop/swig-bin > make > make install > > Once I get swig+scilab built, if I do cd Examples/scilab/simple, and I > run make, I get a few errors about the stack functions: > > ilib_compile: An error occurred during the compilation: > In file included from example_wrap.c:759:0: > /home/ian/Desktop/scilab-5.4.1/share/scilab/../../include/scilab/stack-c.h:19:6: > error: #error Using stack-c.h is deprecated. Please use api_scilab instead > (try 'help api_scilab'). Note the stack-c.h API will be removed after > Scilab 6.0. You can define __USE_DEPRECATED_STACK_FUNCTIONS__ to bypass > this error. > #error Using stack-c.h is deprecated. Please use api_scilab instead > (try 'help api_scilab'). Note the stack-c.h API will be removed after > Scilab 6.0. You can define __USE_DEPRECATED_STACK_FUNCTIONS__ to bypass > this error. > ^ > > which I can resolve by doing something like > > swig -scilab -addcflag "-D__USE_DEPRECATED_STACK_FUNCTIONS__" *.i > > which is not documented anywhere. > > Running exec builder.sce does appear to work, it makes the .so file, and > when I run nm libexamplelib.so I see all the necessary symbols. So far so > good. > > But then when I try to run the file runme.sci, I get > > ian@ian-VirtualBox:~/Code/swig-scilab/Examples/scilab/simple$ > ~/Desktop/scilab-5.4.1/bin/scilab-cli -f runme.sci > Scilab 5.4.1 (Mar 29 2013, 16:52:15) > addinter(libexamplelib_path + 'libexamplelib' + getdynlibext(), > 'libexamplelib', list_functions); > > !--error 236 > addinter: The shared archive was not loaded: > /home/ian/Code/swig-scilab/Examples/scilab/simple/libexamplelib.so: > undefined symbol: Foo > at line 18 of exec file called by : > exec loader.sce; > at line 3 of exec file called by : > exec('SCI/etc/scilab.start',-1);;exec('runme.sci',-1) > > which doesn't make sense because the symbol Foo is definitely exported in > the .so. A snip from the nm libexamplelib.so: > > 00002b42 T example_Init > 00002d34 T _fini > 00005174 b fname > U Foo > 00002647 T Foo_get > 000026f5 T Foo_set > 00000dc0 t frame_dummy > 00004eec t __frame_dummy_init_array_entry > 00003960 r __FRAME_END__ > U free@@GLIBC_2.0 > U gcd > > I think I am at the limits of my debugging abilities for the moment. Once > I get this working I really want to get it working on OSX and windows. I'd > be happy to contribute to the wiki my experiences if that would be useful. > > Ian > > > On Mon, Oct 21, 2013 at 8:16 AM, William S Fulton <ws...@fu... > > wrote: > >> On 18/10/13 17:33, Ian Bell wrote: >> >>> I have an open-source thermophysical property library (like REFPROP) >>> that I >>> am trying to wrap using SWIG for scilab. I'm pretty experienced with the >>> use of SWIG for C#, python, Java, Octave, etc. >>> >>> For the life of me I cannot get swig to build with this mysterious >>> comment >>> >>> >>> ./configure --with-scilab=<path_scilab_startup_script> >>> >>> I am a newcomer to scilab (love the idea as there is a lot that is >>> appealing about MATLAB apart from the ridiculous price) but an >>> experienced >>> programmer. What does <path_scilab_startup_script> refer to? >>> >>> Are you looking at the correct location? >> https://github.com/swig/swig/commits/gsoc2012-scilab is what you should >> be using, >> >> $ ./configure --help | grep -i sci >> --without-scilab Disable Scilab >> --with-scilab=path Set location of Scilab executable >> --with-scilabincl=path Set location of Scilab include directory >> >> >> I would like to support linux, OSX and windows. >>> >>> I think it is being developed under Linux, the testing we do is >> focused on Linux, using Travis. >> >> >> Will this work on OSX? Does anyone have binaries for windows? The build >>> process for swig on windows is truly atrocious. >>> >> >> It shouldn't take much effort to support other operating systems as SWIG >> aims to generate platform neutral code. If I make the Windows binaries for >> you, perhaps you could port the examples to Windows? At a minimum, the >> class and simple examples under the Examples\scilab directory just require >> a Visual Studio project file. Some usage instructions to >> Doc\Manual\Windows.html would be needed for these examples. If you are not >> aware, Simon is working hard on getting Scilab ready for our next release - >> 3.0.0, and these patches for Windows would be much appreciated. >> >> OSX should work the same way as Linux, it is just a matter of working out >> how to install Scilab for SWIG's configure to automatically detect it. Some >> configure.ac changes might be required. Brew seems to be the preferred >> approach to installing open source tools. Does anyone have Scilab working >> when installed using Brew? >> >> William >> > > > > -- > Simon MARCHETTO > Development Engineer > ----------------------------------------------------------- > Scilab Enterprises > 143bis rue Yves Le Coz - 78000 Versailles, France > Phone: +33 1 80 77 04 71http://www.scilab-enterprises.com > > |
From: Simon M. <sim...@sc...> - 2013-11-15 11:25:19
|
Le 13/11/2013 19:43, Ian Bell a écrit : > Simon, > > That macro definition seems to be part of the problem, but there do > seem to be quite a lot of usability issues with 5.4.1 and swig. I > would be very appreciative if you could take a look. Ideally it would > be great if you could run the SWIG test suite before you release a new > version to be sure it isn't going to break things. > > Ian > > I had the same compilation error as you: ilib_compile: An error occurred during the compilation: In file included from example_wrap.c:759:0: /home/ian/Desktop/scilab-5.4.1/share/scilab/../../include/scilab/stack-c.h:19:6: error: #error Using stack-c.h is deprecated. Please use api_scilab instead (try 'help api_scilab'). Note the stack-c.h API will be removed after Scilab 6.0. You can define __USE_DEPRECATED_STACK_FUNCTIONS__ I committed the fix that does the define of __USE_DEPRECATED_STACK_FUNCTIONS__. With that fix, on an installed Scilab 5.4.1 on a Debian 7.10 x64, I successfully ran all the examples. I ran also the test suite. The test suite has still yet some problems, essentially about typemaps, but these problems are known and are planned to be to fixed (I hope soon....). For me 5.4.1 should run as same as 5.3.3, and master 5.5. Could you give me some details about your issues ? Simon PS: the example in documentation (which comes from the simple example you are testing) was wrong, it did not run. I fixed this, among many other things in the documentation, which was outdated (but there is still some work to do). |
From: Ian B. <ian...@gm...> - 2013-11-16 23:18:45
|
I'm away from my development computers right now, but I will let you know as soon as I get home whether I can get the examples to build properly now. *fingers crossed*. And then on to my own code. Ian On Fri, Nov 15, 2013 at 12:25 PM, Simon Marchetto < sim...@sc...> wrote: > Le 13/11/2013 19:43, Ian Bell a écrit : > > Simon, > > That macro definition seems to be part of the problem, but there do seem > to be quite a lot of usability issues with 5.4.1 and swig. I would be very > appreciative if you could take a look. Ideally it would be great if you > could run the SWIG test suite before you release a new version to be sure > it isn't going to break things. > > Ian > > > I had the same compilation error as you: > > ilib_compile: An error occurred during the compilation: > In file included from example_wrap.c:759:0: > /home/ian/Desktop/scilab-5.4.1/share/scilab/../../include/scilab/stack-c.h:19:6: > error: #error Using stack-c.h is deprecated. Please use api_scilab instead > (try 'help api_scilab'). Note the stack-c.h API will be removed after > Scilab 6.0. You can define __USE_DEPRECATED_STACK_FUNCTIONS__ > > I committed the fix that does the define of > __USE_DEPRECATED_STACK_FUNCTIONS__. > > With that fix, on an installed Scilab 5.4.1 on a Debian 7.10 x64, I > successfully ran all the examples. > I ran also the test suite. The test suite has still yet some problems, > essentially about typemaps, but these problems are known and are planned to > be to fixed (I hope soon....). > For me 5.4.1 should run as same as 5.3.3, and master 5.5. > > Could you give me some details about your issues ? > > Simon > > PS: the example in documentation (which comes from the simple example you > are testing) was wrong, it did not run. > I fixed this, among many other things in the documentation, which was > outdated (but there is still some work to do). > > |
From: Ian B. <ian...@gm...> - 2013-11-21 22:50:27
|
No good on linux or OSX. New errors now... Trying on xubuntu, I build swig with git clone https://github.com/swig/swig -b gsoc2012-scilab swig-scilab cd swig-scilab sh autogen.sh ./configure --with-scilab-inc=~/Desktop/scilab-5.4.1/include --with-scilab=~/Desktop/scilab-5.4.1/bin/scilab-cli --prefix=/home/xubuntu/Desktop/swig-bin --disable-ccache make then cd swig-scilab/Examples/scilab/simple when I run make, I get Scilab 5.4.1 (Mar 29 2013, 16:52:15) !--error 10000 ilib_gen_Make: An error occurred during the detection of the compiler(s). Set ilib_verbose(2) for more information. at line 24 of function generateConfigure called by : at line 56 of function ilib_gen_Make_unix called by : at line 49 of function ilib_gen_Make called by : at line 99 of function ilib_build called by : ilib_build(ilib_name, table, files, libs, [], ldflags, cflags); at line 24 of exec file called by : exec('SCI/etc/scilab.start',-1);;exec('builder.sce',-1) Argh! Am I doing something wrong? Or is it not working properly? OSX, same problem: Ians-Mac-mini:Desktop Ian$ cd swig-scilab/Examples/scilab/simple/ Ians-Mac-mini:simple Ian$ make make -f ../../Makefile SRCS='example.c' SWIG='../../../preinst-swig' \ TARGET='example_wrap.c' INTERFACE='example.i' scilab ../../../preinst-swig -scilab -addsrc "example.c" example.i if [ -f builder.sce ]; then \ env LD_LIBRARY_PATH=.:$LD_LIBRARY_PATH MAKEFLAGS="-j1" -f builder.sce; \ fi env: -f: No such file or directory make[1]: *** [scilab] Error 127 make: *** [build] Error 2 Ian On Sun, Nov 17, 2013 at 12:17 AM, Ian Bell <ian...@gm...> wrote: > I'm away from my development computers right now, but I will let you know > as soon as I get home whether I can get the examples to build properly > now. *fingers crossed*. > > And then on to my own code. > > Ian > > > On Fri, Nov 15, 2013 at 12:25 PM, Simon Marchetto < > sim...@sc...> wrote: > >> Le 13/11/2013 19:43, Ian Bell a écrit : >> >> Simon, >> >> That macro definition seems to be part of the problem, but there do seem >> to be quite a lot of usability issues with 5.4.1 and swig. I would be very >> appreciative if you could take a look. Ideally it would be great if you >> could run the SWIG test suite before you release a new version to be sure >> it isn't going to break things. >> >> Ian >> >> >> I had the same compilation error as you: >> >> ilib_compile: An error occurred during the compilation: >> In file included from example_wrap.c:759:0: >> /home/ian/Desktop/scilab-5.4.1/share/scilab/../../include/scilab/stack-c.h:19:6: >> error: #error Using stack-c.h is deprecated. Please use api_scilab instead >> (try 'help api_scilab'). Note the stack-c.h API will be removed after >> Scilab 6.0. You can define __USE_DEPRECATED_STACK_FUNCTIONS__ >> >> I committed the fix that does the define of >> __USE_DEPRECATED_STACK_FUNCTIONS__. >> >> With that fix, on an installed Scilab 5.4.1 on a Debian 7.10 x64, I >> successfully ran all the examples. >> I ran also the test suite. The test suite has still yet some problems, >> essentially about typemaps, but these problems are known and are planned to >> be to fixed (I hope soon....). >> For me 5.4.1 should run as same as 5.3.3, and master 5.5. >> >> Could you give me some details about your issues ? >> >> Simon >> >> PS: the example in documentation (which comes from the simple example you >> are testing) was wrong, it did not run. >> I fixed this, among many other things in the documentation, which was >> outdated (but there is still some work to do). >> >> > |
From: Simon M. <sim...@sc...> - 2013-11-22 09:40:48
|
First, I never tried SWIG Scilab on OSX. For now, SWIG Scilab is supposed to run only on Linux, it is mentioned now in the documentation page. We'll try to support other platforms in the (near ?) future. But, let's have a look at your problem. On OSX, it is clear that your configure failed when finding scilab. I suspect the tilde in (in ~/Desktop) to be the source of problem. Could you try again with an absolute path /home/.... ? And if this errors occurs again, please send us the log of configure (config.log). For Xubuntu, maybe we have the same issue, I am not sure. Could you test also a configure with an absolute path ? Simon Le 21/11/2013 23:49, Ian Bell a écrit : > No good on linux or OSX. New errors now... > > Trying on xubuntu, I build swig with > > git clone https://github.com/swig/swig -b gsoc2012-scilab swig-scilab > cd swig-scilab > sh autogen.sh > ./configure --with-scilab-inc=~/Desktop/scilab-5.4.1/include > --with-scilab=~/Desktop/scilab-5.4.1/bin/scilab-cli > --prefix=/home/xubuntu/Desktop/swig-bin --disable-ccache > make > > then cd swig-scilab/Examples/scilab/simple > > when I run make, I get > > Scilab 5.4.1 (Mar 29 2013, 16:52:15) > !--error 10000 > ilib_gen_Make: An error occurred during the detection of the > compiler(s). Set ilib_verbose(2) for more information. > at line 24 of function generateConfigure called by : > at line 56 of function ilib_gen_Make_unix called by : > at line 49 of function ilib_gen_Make called by : > at line 99 of function ilib_build called by : > ilib_build(ilib_name, table, files, libs, [], ldflags, cflags); > at line 24 of exec file called by : > exec('SCI/etc/scilab.start',-1);;exec('builder.sce',-1) > > Argh! Am I doing something wrong? Or is it not working properly? > > OSX, same problem: > > Ians-Mac-mini:Desktop Ian$ cd swig-scilab/Examples/scilab/simple/ > Ians-Mac-mini:simple Ian$ make > make -f ../../Makefile SRCS='example.c' SWIG='../../../preinst-swig' \ > TARGET='example_wrap.c' INTERFACE='example.i' scilab > ../../../preinst-swig -scilab -addsrc "example.c" example.i > if [ -f builder.sce ]; then \ > env LD_LIBRARY_PATH=.:$LD_LIBRARY_PATH MAKEFLAGS="-j1" -f > builder.sce; \ > fi > env: -f: No such file or directory > make[1]: *** [scilab] Error 127 > make: *** [build] Error 2 > > > Ian > > > On Sun, Nov 17, 2013 at 12:17 AM, Ian Bell <ian...@gm... > <mailto:ian...@gm...>> wrote: > > I'm away from my development computers right now, but I will let > you know as soon as I get home whether I can get the examples to > build properly now. *fingers crossed*. > > And then on to my own code. > > Ian > > > On Fri, Nov 15, 2013 at 12:25 PM, Simon Marchetto > <sim...@sc... > <mailto:sim...@sc...>> wrote: > > Le 13/11/2013 19:43, Ian Bell a écrit : >> Simon, >> >> That macro definition seems to be part of the problem, but >> there do seem to be quite a lot of usability issues with >> 5.4.1 and swig. I would be very appreciative if you could >> take a look. Ideally it would be great if you could run the >> SWIG test suite before you release a new version to be sure >> it isn't going to break things. >> >> Ian >> >> > I had the same compilation error as you: > > ilib_compile: An error occurred during the compilation: > In file included from example_wrap.c:759:0: > /home/ian/Desktop/scilab-5.4.1/share/scilab/../../include/scilab/stack-c.h:19:6: > error: #error Using stack-c.h is deprecated. Please use > api_scilab instead (try 'help api_scilab'). Note the stack-c.h > API will be removed after Scilab 6.0. You can define > __USE_DEPRECATED_STACK_FUNCTIONS__ > > I committed the fix that does the define of > __USE_DEPRECATED_STACK_FUNCTIONS__. > > With that fix, on an installed Scilab 5.4.1 on a Debian 7.10 > x64, I successfully ran all the examples. > I ran also the test suite. The test suite has still yet some > problems, essentially about typemaps, but these problems are > known and are planned to be to fixed (I hope soon....). > For me 5.4.1 should run as same as 5.3.3, and master 5.5. > > Could you give me some details about your issues ? > > Simon > > PS: the example in documentation (which comes from the simple > example you are testing) was wrong, it did not run. > I fixed this, among many other things in the documentation, > which was outdated (but there is still some work to do). > > > |
From: Ian B. <ian...@gm...> - 2013-11-22 10:12:35
|
I have tried to rebuild swig+scilab on xubuntu using absolute paths, and I get the same exact problem. I also tried to call ilib_verbose(2) before running "exec builder.sce", but I don't get any more useful information than the above. FWIW, here is my build script: git clone https://github.com/swig/swig -b gsoc2012-scilab swig-scilab cd swig-scilab sh autogen.sh ./configure --with-scilab-inc=/home/xubuntu/Desktop/scilab-5.4.1/include --with-scilab=/home/xubuntu/Desktop/scilab-5.4.1/bin/scilab --disable-ccache make How can I further debug this error? Ian On Fri, Nov 22, 2013 at 10:40 AM, Simon Marchetto < sim...@sc...> wrote: > First, I never tried SWIG Scilab on OSX. For now, SWIG Scilab is supposed > to run only on Linux, it is mentioned now in the documentation page. We'll > try to support other platforms in the (near ?) future. > > But, let's have a look at your problem. On OSX, it is clear that your > configure failed when finding scilab. > I suspect the tilde in (in ~/Desktop) to be the source of problem. Could > you try again with an absolute path /home/.... ? > And if this errors occurs again, please send us the log of configure > (config.log). > > For Xubuntu, maybe we have the same issue, I am not sure. Could you test > also a configure with an absolute path ? > > Simon > > Le 21/11/2013 23:49, Ian Bell a écrit : > > No good on linux or OSX. New errors now... > > Trying on xubuntu, I build swig with > > git clone https://github.com/swig/swig -b gsoc2012-scilab swig-scilab > cd swig-scilab > sh autogen.sh > ./configure --with-scilab-inc=~/Desktop/scilab-5.4.1/include > --with-scilab=~/Desktop/scilab-5.4.1/bin/scilab-cli > --prefix=/home/xubuntu/Desktop/swig-bin --disable-ccache > make > > then cd swig-scilab/Examples/scilab/simple > > when I run make, I get > > Scilab 5.4.1 (Mar 29 2013, 16:52:15) > !--error 10000 > ilib_gen_Make: An error occurred during the detection of the compiler(s). > Set ilib_verbose(2) for more information. > at line 24 of function generateConfigure called by : > at line 56 of function ilib_gen_Make_unix called by : > at line 49 of function ilib_gen_Make called by : > at line 99 of function ilib_build called by : > ilib_build(ilib_name, table, files, libs, [], ldflags, cflags); > at line 24 of exec file called by : > exec('SCI/etc/scilab.start',-1);;exec('builder.sce',-1) > > Argh! Am I doing something wrong? Or is it not working properly? > > OSX, same problem: > > Ians-Mac-mini:Desktop Ian$ cd swig-scilab/Examples/scilab/simple/ > Ians-Mac-mini:simple Ian$ make > make -f ../../Makefile SRCS='example.c' SWIG='../../../preinst-swig' \ > TARGET='example_wrap.c' INTERFACE='example.i' scilab > ../../../preinst-swig -scilab -addsrc "example.c" example.i > if [ -f builder.sce ]; then \ > env LD_LIBRARY_PATH=.:$LD_LIBRARY_PATH MAKEFLAGS="-j1" -f > builder.sce; \ > fi > env: -f: No such file or directory > make[1]: *** [scilab] Error 127 > make: *** [build] Error 2 > > > Ian > > > On Sun, Nov 17, 2013 at 12:17 AM, Ian Bell <ian...@gm...> wrote: > >> I'm away from my development computers right now, but I will let you >> know as soon as I get home whether I can get the examples to build properly >> now. *fingers crossed*. >> >> And then on to my own code. >> >> Ian >> >> >> On Fri, Nov 15, 2013 at 12:25 PM, Simon Marchetto < >> sim...@sc...> wrote: >> >>> Le 13/11/2013 19:43, Ian Bell a écrit : >>> >>> Simon, >>> >>> That macro definition seems to be part of the problem, but there do seem >>> to be quite a lot of usability issues with 5.4.1 and swig. I would be very >>> appreciative if you could take a look. Ideally it would be great if you >>> could run the SWIG test suite before you release a new version to be sure >>> it isn't going to break things. >>> >>> Ian >>> >>> >>> I had the same compilation error as you: >>> >>> ilib_compile: An error occurred during the compilation: >>> In file included from example_wrap.c:759:0: >>> /home/ian/Desktop/scilab-5.4.1/share/scilab/../../include/scilab/stack-c.h:19:6: >>> error: #error Using stack-c.h is deprecated. Please use api_scilab instead >>> (try 'help api_scilab'). Note the stack-c.h API will be removed after >>> Scilab 6.0. You can define __USE_DEPRECATED_STACK_FUNCTIONS__ >>> >>> I committed the fix that does the define of >>> __USE_DEPRECATED_STACK_FUNCTIONS__. >>> >>> With that fix, on an installed Scilab 5.4.1 on a Debian 7.10 x64, I >>> successfully ran all the examples. >>> I ran also the test suite. The test suite has still yet some problems, >>> essentially about typemaps, but these problems are known and are planned to >>> be to fixed (I hope soon....). >>> For me 5.4.1 should run as same as 5.3.3, and master 5.5. >>> >>> Could you give me some details about your issues ? >>> >>> Simon >>> >>> PS: the example in documentation (which comes from the simple example >>> you are testing) was wrong, it did not run. >>> I fixed this, among many other things in the documentation, which was >>> outdated (but there is still some work to do). >>> >>> >> > > |
From: Ian B. <ian...@gm...> - 2013-11-22 10:15:43
Attachments:
config.log
|
config.log is attached. Ian On Fri, Nov 22, 2013 at 11:11 AM, Ian Bell <ian...@gm...> wrote: > I have tried to rebuild swig+scilab on xubuntu using absolute paths, and I > get the same exact problem. I also tried to call ilib_verbose(2) before > running "exec builder.sce", but I don't get any more useful information > than the above. FWIW, here is my build script: > > > git clone https://github.com/swig/swig -b gsoc2012-scilab swig-scilab > cd swig-scilab > sh autogen.sh > ./configure --with-scilab-inc=/home/xubuntu/Desktop/scilab-5.4.1/include > --with-scilab=/home/xubuntu/Desktop/scilab-5.4.1/bin/scilab --disable-ccache > make > > How can I further debug this error? > > Ian > > > On Fri, Nov 22, 2013 at 10:40 AM, Simon Marchetto < > sim...@sc...> wrote: > >> First, I never tried SWIG Scilab on OSX. For now, SWIG Scilab is >> supposed to run only on Linux, it is mentioned now in the documentation >> page. We'll try to support other platforms in the (near ?) future. >> >> But, let's have a look at your problem. On OSX, it is clear that your >> configure failed when finding scilab. >> I suspect the tilde in (in ~/Desktop) to be the source of problem. Could >> you try again with an absolute path /home/.... ? >> And if this errors occurs again, please send us the log of configure >> (config.log). >> >> For Xubuntu, maybe we have the same issue, I am not sure. Could you test >> also a configure with an absolute path ? >> >> Simon >> >> Le 21/11/2013 23:49, Ian Bell a écrit : >> >> No good on linux or OSX. New errors now... >> >> Trying on xubuntu, I build swig with >> >> git clone https://github.com/swig/swig -b gsoc2012-scilab swig-scilab >> cd swig-scilab >> sh autogen.sh >> ./configure --with-scilab-inc=~/Desktop/scilab-5.4.1/include >> --with-scilab=~/Desktop/scilab-5.4.1/bin/scilab-cli >> --prefix=/home/xubuntu/Desktop/swig-bin --disable-ccache >> make >> >> then cd swig-scilab/Examples/scilab/simple >> >> when I run make, I get >> >> Scilab 5.4.1 (Mar 29 2013, 16:52:15) >> !--error 10000 >> ilib_gen_Make: An error occurred during the detection of the compiler(s). >> Set ilib_verbose(2) for more information. >> at line 24 of function generateConfigure called by : >> at line 56 of function ilib_gen_Make_unix called by : >> at line 49 of function ilib_gen_Make called by : >> at line 99 of function ilib_build called by : >> ilib_build(ilib_name, table, files, libs, [], ldflags, cflags); >> at line 24 of exec file called by : >> exec('SCI/etc/scilab.start',-1);;exec('builder.sce',-1) >> >> Argh! Am I doing something wrong? Or is it not working properly? >> >> OSX, same problem: >> >> Ians-Mac-mini:Desktop Ian$ cd swig-scilab/Examples/scilab/simple/ >> Ians-Mac-mini:simple Ian$ make >> make -f ../../Makefile SRCS='example.c' SWIG='../../../preinst-swig' \ >> TARGET='example_wrap.c' INTERFACE='example.i' scilab >> ../../../preinst-swig -scilab -addsrc "example.c" example.i >> if [ -f builder.sce ]; then \ >> env LD_LIBRARY_PATH=.:$LD_LIBRARY_PATH MAKEFLAGS="-j1" -f >> builder.sce; \ >> fi >> env: -f: No such file or directory >> make[1]: *** [scilab] Error 127 >> make: *** [build] Error 2 >> >> >> Ian >> >> >> On Sun, Nov 17, 2013 at 12:17 AM, Ian Bell <ian...@gm...> wrote: >> >>> I'm away from my development computers right now, but I will let you >>> know as soon as I get home whether I can get the examples to build properly >>> now. *fingers crossed*. >>> >>> And then on to my own code. >>> >>> Ian >>> >>> >>> On Fri, Nov 15, 2013 at 12:25 PM, Simon Marchetto < >>> sim...@sc...> wrote: >>> >>>> Le 13/11/2013 19:43, Ian Bell a écrit : >>>> >>>> Simon, >>>> >>>> That macro definition seems to be part of the problem, but there do >>>> seem to be quite a lot of usability issues with 5.4.1 and swig. I would be >>>> very appreciative if you could take a look. Ideally it would be great if >>>> you could run the SWIG test suite before you release a new version to be >>>> sure it isn't going to break things. >>>> >>>> Ian >>>> >>>> >>>> I had the same compilation error as you: >>>> >>>> ilib_compile: An error occurred during the compilation: >>>> In file included from example_wrap.c:759:0: >>>> /home/ian/Desktop/scilab-5.4.1/share/scilab/../../include/scilab/stack-c.h:19:6: >>>> error: #error Using stack-c.h is deprecated. Please use api_scilab instead >>>> (try 'help api_scilab'). Note the stack-c.h API will be removed after >>>> Scilab 6.0. You can define __USE_DEPRECATED_STACK_FUNCTIONS__ >>>> >>>> I committed the fix that does the define of >>>> __USE_DEPRECATED_STACK_FUNCTIONS__. >>>> >>>> With that fix, on an installed Scilab 5.4.1 on a Debian 7.10 x64, I >>>> successfully ran all the examples. >>>> I ran also the test suite. The test suite has still yet some problems, >>>> essentially about typemaps, but these problems are known and are planned to >>>> be to fixed (I hope soon....). >>>> For me 5.4.1 should run as same as 5.3.3, and master 5.5. >>>> >>>> Could you give me some details about your issues ? >>>> >>>> Simon >>>> >>>> PS: the example in documentation (which comes from the simple example >>>> you are testing) was wrong, it did not run. >>>> I fixed this, among many other things in the documentation, which was >>>> outdated (but there is still some work to do). >>>> >>>> >>> >> >> > |
From: Simon M. <sim...@sc...> - 2013-11-22 11:44:15
|
Use: make SWIGOPT="-vbl 2" >foo.log 2>&1 to redirect all the output with maximum verbosity to foo.log Le 22/11/2013 11:11, Ian Bell a écrit : > I have tried to rebuild swig+scilab on xubuntu using absolute paths, > and I get the same exact problem. I also tried to call > ilib_verbose(2) before running "exec builder.sce", but I don't get any > more useful information than the above. FWIW, here is my build script: > > git clone https://github.com/swig/swig -b gsoc2012-scilab swig-scilab > cd swig-scilab > sh autogen.sh > ./configure > --with-scilab-inc=/home/xubuntu/Desktop/scilab-5.4.1/include > --with-scilab=/home/xubuntu/Desktop/scilab-5.4.1/bin/scilab > --disable-ccache > make > > How can I further debug this error? > > Ian > > > On Fri, Nov 22, 2013 at 10:40 AM, Simon Marchetto > <sim...@sc... > <mailto:sim...@sc...>> wrote: > > First, I never tried SWIG Scilab on OSX. For now, SWIG Scilab is > supposed to run only on Linux, it is mentioned now in the > documentation page. We'll try to support other platforms in the > (near ?) future. > > But, let's have a look at your problem. On OSX, it is clear that > your configure failed when finding scilab. > I suspect the tilde in (in ~/Desktop) to be the source of problem. > Could you try again with an absolute path /home/.... ? > And if this errors occurs again, please send us the log of > configure (config.log). > > For Xubuntu, maybe we have the same issue, I am not sure. Could > you test also a configure with an absolute path ? > > Simon > > Le 21/11/2013 23:49, Ian Bell a écrit : >> No good on linux or OSX. New errors now... >> >> Trying on xubuntu, I build swig with >> >> git clone https://github.com/swig/swig -b gsoc2012-scilab swig-scilab >> cd swig-scilab >> sh autogen.sh >> ./configure --with-scilab-inc=~/Desktop/scilab-5.4.1/include >> --with-scilab=~/Desktop/scilab-5.4.1/bin/scilab-cli >> --prefix=/home/xubuntu/Desktop/swig-bin --disable-ccache >> make >> >> then cd swig-scilab/Examples/scilab/simple >> >> when I run make, I get >> >> Scilab 5.4.1 (Mar 29 2013, 16:52:15) >> !--error 10000 >> ilib_gen_Make: An error occurred during the detection of the >> compiler(s). Set ilib_verbose(2) for more information. >> at line 24 of function generateConfigure called by : >> at line 56 of function ilib_gen_Make_unix called by : >> at line 49 of function ilib_gen_Make called by : >> at line 99 of function ilib_build called by : >> ilib_build(ilib_name, table, files, libs, [], ldflags, cflags); >> at line 24 of exec file called by : >> exec('SCI/etc/scilab.start',-1);;exec('builder.sce',-1) >> >> Argh! Am I doing something wrong? Or is it not working properly? >> >> OSX, same problem: >> >> Ians-Mac-mini:Desktop Ian$ cd swig-scilab/Examples/scilab/simple/ >> Ians-Mac-mini:simple Ian$ make >> make -f ../../Makefile SRCS='example.c' >> SWIG='../../../preinst-swig' \ >> TARGET='example_wrap.c' INTERFACE='example.i' scilab >> ../../../preinst-swig -scilab -addsrc "example.c" example.i >> if [ -f builder.sce ]; then \ >> env LD_LIBRARY_PATH=.:$LD_LIBRARY_PATH MAKEFLAGS="-j1" -f >> builder.sce; \ >> fi >> env: -f: No such file or directory >> make[1]: *** [scilab] Error 127 >> make: *** [build] Error 2 >> >> >> Ian >> >> >> On Sun, Nov 17, 2013 at 12:17 AM, Ian Bell <ian...@gm... >> <mailto:ian...@gm...>> wrote: >> >> I'm away from my development computers right now, but I will >> let you know as soon as I get home whether I can get the >> examples to build properly now. *fingers crossed*. >> >> And then on to my own code. >> >> Ian >> >> >> On Fri, Nov 15, 2013 at 12:25 PM, Simon Marchetto >> <sim...@sc... >> <mailto:sim...@sc...>> wrote: >> >> Le 13/11/2013 19:43, Ian Bell a écrit : >>> Simon, >>> >>> That macro definition seems to be part of the problem, >>> but there do seem to be quite a lot of usability issues >>> with 5.4.1 and swig. I would be very appreciative if you >>> could take a look. Ideally it would be great if you >>> could run the SWIG test suite before you release a new >>> version to be sure it isn't going to break things. >>> >>> Ian >>> >>> >> I had the same compilation error as you: >> >> ilib_compile: An error occurred during the compilation: >> In file included from example_wrap.c:759:0: >> /home/ian/Desktop/scilab-5.4.1/share/scilab/../../include/scilab/stack-c.h:19:6: >> error: #error Using stack-c.h is deprecated. Please use >> api_scilab instead (try 'help api_scilab'). Note the >> stack-c.h API will be removed after Scilab 6.0. You can >> define __USE_DEPRECATED_STACK_FUNCTIONS__ >> >> I committed the fix that does the define of >> __USE_DEPRECATED_STACK_FUNCTIONS__. >> >> With that fix, on an installed Scilab 5.4.1 on a Debian >> 7.10 x64, I successfully ran all the examples. >> I ran also the test suite. The test suite has still yet >> some problems, essentially about typemaps, but these >> problems are known and are planned to be to fixed (I hope >> soon....). >> For me 5.4.1 should run as same as 5.3.3, and master 5.5. >> >> Could you give me some details about your issues ? >> >> Simon >> >> PS: the example in documentation (which comes from the >> simple example you are testing) was wrong, it did not run. >> I fixed this, among many other things in the >> documentation, which was outdated (but there is still >> some work to do). >> >> >> > > |
From: Ian B. <ian...@gm...> - 2013-11-22 12:04:38
Attachments:
foo.log
|
verbose log attached, though it doesn't seem too verbose... On Fri, Nov 22, 2013 at 12:44 PM, Simon Marchetto < sim...@sc...> wrote: > Use: > > make SWIGOPT="-vbl 2" >foo.log 2>&1 > > to redirect all the output with maximum verbosity to foo.log > > > Le 22/11/2013 11:11, Ian Bell a écrit : > > I have tried to rebuild swig+scilab on xubuntu using absolute paths, and > I get the same exact problem. I also tried to call ilib_verbose(2) before > running "exec builder.sce", but I don't get any more useful information > than the above. FWIW, here is my build script: > > git clone https://github.com/swig/swig -b gsoc2012-scilab swig-scilab > cd swig-scilab > sh autogen.sh > ./configure --with-scilab-inc=/home/xubuntu/Desktop/scilab-5.4.1/include > --with-scilab=/home/xubuntu/Desktop/scilab-5.4.1/bin/scilab --disable-ccache > make > > How can I further debug this error? > > Ian > > > On Fri, Nov 22, 2013 at 10:40 AM, Simon Marchetto < > sim...@sc...> wrote: > >> First, I never tried SWIG Scilab on OSX. For now, SWIG Scilab is >> supposed to run only on Linux, it is mentioned now in the documentation >> page. We'll try to support other platforms in the (near ?) future. >> >> But, let's have a look at your problem. On OSX, it is clear that your >> configure failed when finding scilab. >> I suspect the tilde in (in ~/Desktop) to be the source of problem. Could >> you try again with an absolute path /home/.... ? >> And if this errors occurs again, please send us the log of configure >> (config.log). >> >> For Xubuntu, maybe we have the same issue, I am not sure. Could you test >> also a configure with an absolute path ? >> >> Simon >> >> Le 21/11/2013 23:49, Ian Bell a écrit : >> >> No good on linux or OSX. New errors now... >> >> Trying on xubuntu, I build swig with >> >> git clone https://github.com/swig/swig -b gsoc2012-scilab swig-scilab >> cd swig-scilab >> sh autogen.sh >> ./configure --with-scilab-inc=~/Desktop/scilab-5.4.1/include >> --with-scilab=~/Desktop/scilab-5.4.1/bin/scilab-cli >> --prefix=/home/xubuntu/Desktop/swig-bin --disable-ccache >> make >> >> then cd swig-scilab/Examples/scilab/simple >> >> when I run make, I get >> >> Scilab 5.4.1 (Mar 29 2013, 16:52:15) >> !--error 10000 >> ilib_gen_Make: An error occurred during the detection of the compiler(s). >> Set ilib_verbose(2) for more information. >> at line 24 of function generateConfigure called by : >> at line 56 of function ilib_gen_Make_unix called by : >> at line 49 of function ilib_gen_Make called by : >> at line 99 of function ilib_build called by : >> ilib_build(ilib_name, table, files, libs, [], ldflags, cflags); >> at line 24 of exec file called by : >> exec('SCI/etc/scilab.start',-1);;exec('builder.sce',-1) >> >> Argh! Am I doing something wrong? Or is it not working properly? >> >> OSX, same problem: >> >> Ians-Mac-mini:Desktop Ian$ cd swig-scilab/Examples/scilab/simple/ >> Ians-Mac-mini:simple Ian$ make >> make -f ../../Makefile SRCS='example.c' SWIG='../../../preinst-swig' \ >> TARGET='example_wrap.c' INTERFACE='example.i' scilab >> ../../../preinst-swig -scilab -addsrc "example.c" example.i >> if [ -f builder.sce ]; then \ >> env LD_LIBRARY_PATH=.:$LD_LIBRARY_PATH MAKEFLAGS="-j1" -f >> builder.sce; \ >> fi >> env: -f: No such file or directory >> make[1]: *** [scilab] Error 127 >> make: *** [build] Error 2 >> >> >> Ian >> >> >> On Sun, Nov 17, 2013 at 12:17 AM, Ian Bell <ian...@gm...> wrote: >> >>> I'm away from my development computers right now, but I will let you >>> know as soon as I get home whether I can get the examples to build properly >>> now. *fingers crossed*. >>> >>> And then on to my own code. >>> >>> Ian >>> >>> >>> On Fri, Nov 15, 2013 at 12:25 PM, Simon Marchetto < >>> sim...@sc...> wrote: >>> >>>> Le 13/11/2013 19:43, Ian Bell a écrit : >>>> >>>> Simon, >>>> >>>> That macro definition seems to be part of the problem, but there do >>>> seem to be quite a lot of usability issues with 5.4.1 and swig. I would be >>>> very appreciative if you could take a look. Ideally it would be great if >>>> you could run the SWIG test suite before you release a new version to be >>>> sure it isn't going to break things. >>>> >>>> Ian >>>> >>>> >>>> I had the same compilation error as you: >>>> >>>> ilib_compile: An error occurred during the compilation: >>>> In file included from example_wrap.c:759:0: >>>> /home/ian/Desktop/scilab-5.4.1/share/scilab/../../include/scilab/stack-c.h:19:6: >>>> error: #error Using stack-c.h is deprecated. Please use api_scilab instead >>>> (try 'help api_scilab'). Note the stack-c.h API will be removed after >>>> Scilab 6.0. You can define __USE_DEPRECATED_STACK_FUNCTIONS__ >>>> >>>> I committed the fix that does the define of >>>> __USE_DEPRECATED_STACK_FUNCTIONS__. >>>> >>>> With that fix, on an installed Scilab 5.4.1 on a Debian 7.10 x64, I >>>> successfully ran all the examples. >>>> I ran also the test suite. The test suite has still yet some problems, >>>> essentially about typemaps, but these problems are known and are planned to >>>> be to fixed (I hope soon....). >>>> For me 5.4.1 should run as same as 5.3.3, and master 5.5. >>>> >>>> Could you give me some details about your issues ? >>>> >>>> Simon >>>> >>>> PS: the example in documentation (which comes from the simple example >>>> you are testing) was wrong, it did not run. >>>> I fixed this, among many other things in the documentation, which was >>>> outdated (but there is still some work to do). >>>> >>>> >>> >> >> > > |
From: Simon M. <sim...@sc...> - 2013-11-22 13:44:07
|
At first, I did not recognize the log. It seems you run make on swig sources, not on the simple example :-) Le 22/11/2013 13:03, Ian Bell a écrit : > verbose log attached, though it doesn't seem too verbose... > > > On Fri, Nov 22, 2013 at 12:44 PM, Simon Marchetto > <sim...@sc... > <mailto:sim...@sc...>> wrote: > > Use: > > make SWIGOPT="-vbl 2" >foo.log 2>&1 > > to redirect all the output with maximum verbosity to foo.log > > > Le 22/11/2013 11:11, Ian Bell a écrit : >> I have tried to rebuild swig+scilab on xubuntu using absolute >> paths, and I get the same exact problem. I also tried to call >> ilib_verbose(2) before running "exec builder.sce", but I don't >> get any more useful information than the above. FWIW, here is my >> build script: >> >> git clone https://github.com/swig/swig -b gsoc2012-scilab swig-scilab >> cd swig-scilab >> sh autogen.sh >> ./configure >> --with-scilab-inc=/home/xubuntu/Desktop/scilab-5.4.1/include >> --with-scilab=/home/xubuntu/Desktop/scilab-5.4.1/bin/scilab >> --disable-ccache >> make >> >> How can I further debug this error? >> >> Ian >> >> >> On Fri, Nov 22, 2013 at 10:40 AM, Simon Marchetto >> <sim...@sc... >> <mailto:sim...@sc...>> wrote: >> >> First, I never tried SWIG Scilab on OSX. For now, SWIG Scilab >> is supposed to run only on Linux, it is mentioned now in the >> documentation page. We'll try to support other platforms in >> the (near ?) future. >> >> But, let's have a look at your problem. On OSX, it is clear >> that your configure failed when finding scilab. >> I suspect the tilde in (in ~/Desktop) to be the source of >> problem. Could you try again with an absolute path /home/.... ? >> And if this errors occurs again, please send us the log of >> configure (config.log). >> >> For Xubuntu, maybe we have the same issue, I am not sure. >> Could you test also a configure with an absolute path ? >> >> Simon >> >> Le 21/11/2013 23:49, Ian Bell a écrit : >>> No good on linux or OSX. New errors now... >>> >>> Trying on xubuntu, I build swig with >>> >>> git clone https://github.com/swig/swig -b gsoc2012-scilab >>> swig-scilab >>> cd swig-scilab >>> sh autogen.sh >>> ./configure --with-scilab-inc=~/Desktop/scilab-5.4.1/include >>> --with-scilab=~/Desktop/scilab-5.4.1/bin/scilab-cli >>> --prefix=/home/xubuntu/Desktop/swig-bin --disable-ccache >>> make >>> >>> then cd swig-scilab/Examples/scilab/simple >>> >>> when I run make, I get >>> >>> Scilab 5.4.1 (Mar 29 2013, 16:52:15) >>> !--error 10000 >>> ilib_gen_Make: An error occurred during the detection of the >>> compiler(s). Set ilib_verbose(2) for more information. >>> at line 24 of function generateConfigure called by : >>> at line 56 of function ilib_gen_Make_unix called by : >>> at line 49 of function ilib_gen_Make called by : >>> at line 99 of function ilib_build called by : >>> ilib_build(ilib_name, table, files, libs, [], ldflags, >>> cflags); >>> at line 24 of exec file called by : >>> exec('SCI/etc/scilab.start',-1);;exec('builder.sce',-1) >>> >>> Argh! Am I doing something wrong? Or is it not working properly? >>> >>> OSX, same problem: >>> >>> Ians-Mac-mini:Desktop Ian$ cd >>> swig-scilab/Examples/scilab/simple/ >>> Ians-Mac-mini:simple Ian$ make >>> make -f ../../Makefile SRCS='example.c' >>> SWIG='../../../preinst-swig' \ >>> TARGET='example_wrap.c' INTERFACE='example.i' scilab >>> ../../../preinst-swig -scilab -addsrc "example.c" example.i >>> if [ -f builder.sce ]; then \ >>> env LD_LIBRARY_PATH=.:$LD_LIBRARY_PATH MAKEFLAGS="-j1" -f >>> builder.sce; \ >>> fi >>> env: -f: No such file or directory >>> make[1]: *** [scilab] Error 127 >>> make: *** [build] Error 2 >>> >>> >>> Ian >>> >>> >>> On Sun, Nov 17, 2013 at 12:17 AM, Ian Bell >>> <ian...@gm... <mailto:ian...@gm...>> wrote: >>> >>> I'm away from my development computers right now, but I >>> will let you know as soon as I get home whether I can >>> get the examples to build properly now. *fingers crossed*. >>> >>> And then on to my own code. >>> >>> Ian >>> >>> >>> On Fri, Nov 15, 2013 at 12:25 PM, Simon Marchetto >>> <sim...@sc... >>> <mailto:sim...@sc...>> wrote: >>> >>> Le 13/11/2013 19:43, Ian Bell a écrit : >>>> Simon, >>>> >>>> That macro definition seems to be part of the >>>> problem, but there do seem to be quite a lot of >>>> usability issues with 5.4.1 and swig. I would be >>>> very appreciative if you could take a look. Ideally >>>> it would be great if you could run the SWIG test >>>> suite before you release a new version to be sure >>>> it isn't going to break things. >>>> >>>> Ian >>>> >>>> >>> I had the same compilation error as you: >>> >>> ilib_compile: An error occurred during the compilation: >>> In file included from example_wrap.c:759:0: >>> /home/ian/Desktop/scilab-5.4.1/share/scilab/../../include/scilab/stack-c.h:19:6: >>> error: #error Using stack-c.h is deprecated. Please >>> use api_scilab instead (try 'help api_scilab'). Note >>> the stack-c.h API will be removed after Scilab 6.0. >>> You can define __USE_DEPRECATED_STACK_FUNCTIONS__ >>> >>> I committed the fix that does the define of >>> __USE_DEPRECATED_STACK_FUNCTIONS__. >>> >>> With that fix, on an installed Scilab 5.4.1 on a >>> Debian 7.10 x64, I successfully ran all the examples. >>> I ran also the test suite. The test suite has still >>> yet some problems, essentially about typemaps, but >>> these problems are known and are planned to be to >>> fixed (I hope soon....). >>> For me 5.4.1 should run as same as 5.3.3, and master >>> 5.5. >>> >>> Could you give me some details about your issues ? >>> >>> Simon >>> >>> PS: the example in documentation (which comes from >>> the simple example you are testing) was wrong, it >>> did not run. >>> I fixed this, among many other things in the >>> documentation, which was outdated (but there is >>> still some work to do). >>> >>> >>> >> >> > > |
From: Ian B. <ian...@gm...> - 2013-11-22 14:26:20
Attachments:
foo.log
|
Ok, this time with brain installed. Log file attached for build process of simple example. Ian On Fri, Nov 22, 2013 at 12:44 PM, Simon Marchetto < sim...@sc...> wrote: > Use: > > make SWIGOPT="-vbl 2" >foo.log 2>&1 > > to redirect all the output with maximum verbosity to foo.log > > > Le 22/11/2013 11:11, Ian Bell a écrit : > > I have tried to rebuild swig+scilab on xubuntu using absolute paths, and > I get the same exact problem. I also tried to call ilib_verbose(2) before > running "exec builder.sce", but I don't get any more useful information > than the above. FWIW, here is my build script: > > git clone https://github.com/swig/swig -b gsoc2012-scilab swig-scilab > cd swig-scilab > sh autogen.sh > ./configure --with-scilab-inc=/home/xubuntu/Desktop/scilab-5.4.1/include > --with-scilab=/home/xubuntu/Desktop/scilab-5.4.1/bin/scilab --disable-ccache > make > > How can I further debug this error? > > Ian > > > On Fri, Nov 22, 2013 at 10:40 AM, Simon Marchetto < > sim...@sc...> wrote: > >> First, I never tried SWIG Scilab on OSX. For now, SWIG Scilab is >> supposed to run only on Linux, it is mentioned now in the documentation >> page. We'll try to support other platforms in the (near ?) future. >> >> But, let's have a look at your problem. On OSX, it is clear that your >> configure failed when finding scilab. >> I suspect the tilde in (in ~/Desktop) to be the source of problem. Could >> you try again with an absolute path /home/.... ? >> And if this errors occurs again, please send us the log of configure >> (config.log). >> >> For Xubuntu, maybe we have the same issue, I am not sure. Could you test >> also a configure with an absolute path ? >> >> Simon >> >> Le 21/11/2013 23:49, Ian Bell a écrit : >> >> No good on linux or OSX. New errors now... >> >> Trying on xubuntu, I build swig with >> >> git clone https://github.com/swig/swig -b gsoc2012-scilab swig-scilab >> cd swig-scilab >> sh autogen.sh >> ./configure --with-scilab-inc=~/Desktop/scilab-5.4.1/include >> --with-scilab=~/Desktop/scilab-5.4.1/bin/scilab-cli >> --prefix=/home/xubuntu/Desktop/swig-bin --disable-ccache >> make >> >> then cd swig-scilab/Examples/scilab/simple >> >> when I run make, I get >> >> Scilab 5.4.1 (Mar 29 2013, 16:52:15) >> !--error 10000 >> ilib_gen_Make: An error occurred during the detection of the compiler(s). >> Set ilib_verbose(2) for more information. >> at line 24 of function generateConfigure called by : >> at line 56 of function ilib_gen_Make_unix called by : >> at line 49 of function ilib_gen_Make called by : >> at line 99 of function ilib_build called by : >> ilib_build(ilib_name, table, files, libs, [], ldflags, cflags); >> at line 24 of exec file called by : >> exec('SCI/etc/scilab.start',-1);;exec('builder.sce',-1) >> >> Argh! Am I doing something wrong? Or is it not working properly? >> >> OSX, same problem: >> >> Ians-Mac-mini:Desktop Ian$ cd swig-scilab/Examples/scilab/simple/ >> Ians-Mac-mini:simple Ian$ make >> make -f ../../Makefile SRCS='example.c' SWIG='../../../preinst-swig' \ >> TARGET='example_wrap.c' INTERFACE='example.i' scilab >> ../../../preinst-swig -scilab -addsrc "example.c" example.i >> if [ -f builder.sce ]; then \ >> env LD_LIBRARY_PATH=.:$LD_LIBRARY_PATH MAKEFLAGS="-j1" -f >> builder.sce; \ >> fi >> env: -f: No such file or directory >> make[1]: *** [scilab] Error 127 >> make: *** [build] Error 2 >> >> >> Ian >> >> >> On Sun, Nov 17, 2013 at 12:17 AM, Ian Bell <ian...@gm...> wrote: >> >>> I'm away from my development computers right now, but I will let you >>> know as soon as I get home whether I can get the examples to build properly >>> now. *fingers crossed*. >>> >>> And then on to my own code. >>> >>> Ian >>> >>> >>> On Fri, Nov 15, 2013 at 12:25 PM, Simon Marchetto < >>> sim...@sc...> wrote: >>> >>>> Le 13/11/2013 19:43, Ian Bell a écrit : >>>> >>>> Simon, >>>> >>>> That macro definition seems to be part of the problem, but there do >>>> seem to be quite a lot of usability issues with 5.4.1 and swig. I would be >>>> very appreciative if you could take a look. Ideally it would be great if >>>> you could run the SWIG test suite before you release a new version to be >>>> sure it isn't going to break things. >>>> >>>> Ian >>>> >>>> >>>> I had the same compilation error as you: >>>> >>>> ilib_compile: An error occurred during the compilation: >>>> In file included from example_wrap.c:759:0: >>>> /home/ian/Desktop/scilab-5.4.1/share/scilab/../../include/scilab/stack-c.h:19:6: >>>> error: #error Using stack-c.h is deprecated. Please use api_scilab instead >>>> (try 'help api_scilab'). Note the stack-c.h API will be removed after >>>> Scilab 6.0. You can define __USE_DEPRECATED_STACK_FUNCTIONS__ >>>> >>>> I committed the fix that does the define of >>>> __USE_DEPRECATED_STACK_FUNCTIONS__. >>>> >>>> With that fix, on an installed Scilab 5.4.1 on a Debian 7.10 x64, I >>>> successfully ran all the examples. >>>> I ran also the test suite. The test suite has still yet some problems, >>>> essentially about typemaps, but these problems are known and are planned to >>>> be to fixed (I hope soon....). >>>> For me 5.4.1 should run as same as 5.3.3, and master 5.5. >>>> >>>> Could you give me some details about your issues ? >>>> >>>> Simon >>>> >>>> PS: the example in documentation (which comes from the simple example >>>> you are testing) was wrong, it did not run. >>>> I fixed this, among many other things in the documentation, which was >>>> outdated (but there is still some work to do). >>>> >>>> >>> >> >> > > |
From: Simon M. <sim...@sc...> - 2013-11-22 16:13:03
|
Scilab runs an internal configure, and this one fails in configuring of compiler. To have more information on this, execute manually the script builder.sce in Scilab. After it fails, still in Scilab: - check the value of TMPDIR. - in the subdirectory examplelib of directory pointed by TMPDIR, you should find the configure log config.log. It should contain the detailed error message. Simon Le 22/11/2013 15:25, Ian Bell a écrit : > Ok, this time with brain installed. Log file attached for build > process of simple example. > > Ian > > > On Fri, Nov 22, 2013 at 12:44 PM, Simon Marchetto > <sim...@sc... > <mailto:sim...@sc...>> wrote: > > Use: > > make SWIGOPT="-vbl 2" >foo.log 2>&1 > > to redirect all the output with maximum verbosity to foo.log > > > Le 22/11/2013 11:11, Ian Bell a écrit : >> I have tried to rebuild swig+scilab on xubuntu using absolute >> paths, and I get the same exact problem. I also tried to call >> ilib_verbose(2) before running "exec builder.sce", but I don't >> get any more useful information than the above. FWIW, here is my >> build script: >> >> git clone https://github.com/swig/swig -b gsoc2012-scilab swig-scilab >> cd swig-scilab >> sh autogen.sh >> ./configure >> --with-scilab-inc=/home/xubuntu/Desktop/scilab-5.4.1/include >> --with-scilab=/home/xubuntu/Desktop/scilab-5.4.1/bin/scilab >> --disable-ccache >> make >> >> How can I further debug this error? >> >> Ian >> >> >> On Fri, Nov 22, 2013 at 10:40 AM, Simon Marchetto >> <sim...@sc... >> <mailto:sim...@sc...>> wrote: >> >> First, I never tried SWIG Scilab on OSX. For now, SWIG Scilab >> is supposed to run only on Linux, it is mentioned now in the >> documentation page. We'll try to support other platforms in >> the (near ?) future. >> >> But, let's have a look at your problem. On OSX, it is clear >> that your configure failed when finding scilab. >> I suspect the tilde in (in ~/Desktop) to be the source of >> problem. Could you try again with an absolute path /home/.... ? >> And if this errors occurs again, please send us the log of >> configure (config.log). >> >> For Xubuntu, maybe we have the same issue, I am not sure. >> Could you test also a configure with an absolute path ? >> >> Simon >> >> Le 21/11/2013 23:49, Ian Bell a écrit : >>> No good on linux or OSX. New errors now... >>> >>> Trying on xubuntu, I build swig with >>> >>> git clone https://github.com/swig/swig -b gsoc2012-scilab >>> swig-scilab >>> cd swig-scilab >>> sh autogen.sh >>> ./configure --with-scilab-inc=~/Desktop/scilab-5.4.1/include >>> --with-scilab=~/Desktop/scilab-5.4.1/bin/scilab-cli >>> --prefix=/home/xubuntu/Desktop/swig-bin --disable-ccache >>> make >>> >>> then cd swig-scilab/Examples/scilab/simple >>> >>> when I run make, I get >>> >>> Scilab 5.4.1 (Mar 29 2013, 16:52:15) >>> !--error 10000 >>> ilib_gen_Make: An error occurred during the detection of the >>> compiler(s). Set ilib_verbose(2) for more information. >>> at line 24 of function generateConfigure called by : >>> at line 56 of function ilib_gen_Make_unix called by : >>> at line 49 of function ilib_gen_Make called by : >>> at line 99 of function ilib_build called by : >>> ilib_build(ilib_name, table, files, libs, [], ldflags, >>> cflags); >>> at line 24 of exec file called by : >>> exec('SCI/etc/scilab.start',-1);;exec('builder.sce',-1) >>> >>> Argh! Am I doing something wrong? Or is it not working properly? >>> >>> OSX, same problem: >>> >>> Ians-Mac-mini:Desktop Ian$ cd >>> swig-scilab/Examples/scilab/simple/ >>> Ians-Mac-mini:simple Ian$ make >>> make -f ../../Makefile SRCS='example.c' >>> SWIG='../../../preinst-swig' \ >>> TARGET='example_wrap.c' INTERFACE='example.i' scilab >>> ../../../preinst-swig -scilab -addsrc "example.c" example.i >>> if [ -f builder.sce ]; then \ >>> env LD_LIBRARY_PATH=.:$LD_LIBRARY_PATH MAKEFLAGS="-j1" -f >>> builder.sce; \ >>> fi >>> env: -f: No such file or directory >>> make[1]: *** [scilab] Error 127 >>> make: *** [build] Error 2 >>> >>> >>> Ian >>> >>> >>> On Sun, Nov 17, 2013 at 12:17 AM, Ian Bell >>> <ian...@gm... <mailto:ian...@gm...>> wrote: >>> >>> I'm away from my development computers right now, but I >>> will let you know as soon as I get home whether I can >>> get the examples to build properly now. *fingers crossed*. >>> >>> And then on to my own code. >>> >>> Ian >>> >>> >>> On Fri, Nov 15, 2013 at 12:25 PM, Simon Marchetto >>> <sim...@sc... >>> <mailto:sim...@sc...>> wrote: >>> >>> Le 13/11/2013 19:43, Ian Bell a écrit : >>>> Simon, >>>> >>>> That macro definition seems to be part of the >>>> problem, but there do seem to be quite a lot of >>>> usability issues with 5.4.1 and swig. I would be >>>> very appreciative if you could take a look. Ideally >>>> it would be great if you could run the SWIG test >>>> suite before you release a new version to be sure >>>> it isn't going to break things. >>>> >>>> Ian >>>> >>>> >>> I had the same compilation error as you: >>> >>> ilib_compile: An error occurred during the compilation: >>> In file included from example_wrap.c:759:0: >>> /home/ian/Desktop/scilab-5.4.1/share/scilab/../../include/scilab/stack-c.h:19:6: >>> error: #error Using stack-c.h is deprecated. Please >>> use api_scilab instead (try 'help api_scilab'). Note >>> the stack-c.h API will be removed after Scilab 6.0. >>> You can define __USE_DEPRECATED_STACK_FUNCTIONS__ >>> >>> I committed the fix that does the define of >>> __USE_DEPRECATED_STACK_FUNCTIONS__. >>> >>> With that fix, on an installed Scilab 5.4.1 on a >>> Debian 7.10 x64, I successfully ran all the examples. >>> I ran also the test suite. The test suite has still >>> yet some problems, essentially about typemaps, but >>> these problems are known and are planned to be to >>> fixed (I hope soon....). >>> For me 5.4.1 should run as same as 5.3.3, and master >>> 5.5. >>> >>> Could you give me some details about your issues ? >>> >>> Simon >>> >>> PS: the example in documentation (which comes from >>> the simple example you are testing) was wrong, it >>> did not run. >>> I fixed this, among many other things in the >>> documentation, which was outdated (but there is >>> still some work to do). >>> >>> >>> >> >> > > -- Simon MARCHETTO Development Engineer ----------------------------------------------------------- Scilab Enterprises 143bis rue Yves Le Coz - 78000 Versailles, France Phone: +33 1 80 77 04 71 http://www.scilab-enterprises.com |
From: Simon M. <sim...@sc...> - 2013-11-25 17:26:01
|
That's strange, configure always generates a config.log, doesn't it ? We have to reproduce manually the configure of the compiler, I mean outside of Scilab and in the same conditions, to get that log. Without it, it is difficult to know what's going wrong, wrong include path ? etc.... I'll send you a configure file. Le 23/11/2013 22:36, Ian Bell a écrit : > There's no config.log in the examplelib folder, but there is a > unix.err file (attached) in the TMPDIR root directory. > > > On Fri, Nov 22, 2013 at 5:12 PM, Simon Marchetto > <sim...@sc... > <mailto:sim...@sc...>> wrote: > > Scilab runs an internal configure, and this one fails in > configuring of compiler. > > To have more information on this, execute manually the script > builder.sce in Scilab. > After it fails, still in Scilab: > - check the value of TMPDIR. > - in the subdirectory examplelib of directory pointed by TMPDIR, > you should find the configure log config.log. > It should contain the detailed error message. > > Simon > > > Le 22/11/2013 15:25, Ian Bell a écrit : >> Ok, this time with brain installed. Log file attached for build >> process of simple example. >> >> Ian >> >> >> On Fri, Nov 22, 2013 at 12:44 PM, Simon Marchetto >> <sim...@sc... >> <mailto:sim...@sc...>> wrote: >> >> Use: >> >> make SWIGOPT="-vbl 2" >foo.log 2>&1 >> >> to redirect all the output with maximum verbosity to foo.log >> >> >> Le 22/11/2013 11:11, Ian Bell a écrit : >>> I have tried to rebuild swig+scilab on xubuntu using >>> absolute paths, and I get the same exact problem. I also >>> tried to call ilib_verbose(2) before running "exec >>> builder.sce", but I don't get any more useful information >>> than the above. FWIW, here is my build script: >>> >>> git clone https://github.com/swig/swig -b gsoc2012-scilab >>> swig-scilab >>> cd swig-scilab >>> sh autogen.sh >>> ./configure >>> --with-scilab-inc=/home/xubuntu/Desktop/scilab-5.4.1/include >>> --with-scilab=/home/xubuntu/Desktop/scilab-5.4.1/bin/scilab >>> --disable-ccache >>> make >>> >>> How can I further debug this error? >>> >>> Ian >>> >>> >>> On Fri, Nov 22, 2013 at 10:40 AM, Simon Marchetto >>> <sim...@sc... >>> <mailto:sim...@sc...>> wrote: >>> >>> First, I never tried SWIG Scilab on OSX. For now, SWIG >>> Scilab is supposed to run only on Linux, it is mentioned >>> now in the documentation page. We'll try to support >>> other platforms in the (near ?) future. >>> >>> But, let's have a look at your problem. On OSX, it is >>> clear that your configure failed when finding scilab. >>> I suspect the tilde in (in ~/Desktop) to be the source >>> of problem. Could you try again with an absolute path >>> /home/.... ? >>> And if this errors occurs again, please send us the log >>> of configure (config.log). >>> >>> For Xubuntu, maybe we have the same issue, I am not >>> sure. Could you test also a configure with an absolute >>> path ? >>> >>> Simon >>> >>> Le 21/11/2013 23:49, Ian Bell a écrit : >>>> No good on linux or OSX. New errors now... >>>> >>>> Trying on xubuntu, I build swig with >>>> >>>> git clone https://github.com/swig/swig -b >>>> gsoc2012-scilab swig-scilab >>>> cd swig-scilab >>>> sh autogen.sh >>>> ./configure >>>> --with-scilab-inc=~/Desktop/scilab-5.4.1/include >>>> --with-scilab=~/Desktop/scilab-5.4.1/bin/scilab-cli >>>> --prefix=/home/xubuntu/Desktop/swig-bin --disable-ccache >>>> make >>>> >>>> then cd swig-scilab/Examples/scilab/simple >>>> >>>> when I run make, I get >>>> >>>> Scilab 5.4.1 (Mar 29 2013, 16:52:15) >>>> !--error 10000 >>>> ilib_gen_Make: An error occurred during the detection >>>> of the compiler(s). Set ilib_verbose(2) for more >>>> information. >>>> at line 24 of function generateConfigure called by : >>>> at line 56 of function ilib_gen_Make_unix called by : >>>> at line 49 of function ilib_gen_Make called by : >>>> at line 99 of function ilib_build called by : >>>> ilib_build(ilib_name, table, files, libs, [], ldflags, >>>> cflags); >>>> at line 24 of exec file called by : >>>> exec('SCI/etc/scilab.start',-1);;exec('builder.sce',-1) >>>> >>>> Argh! Am I doing something wrong? Or is it not working >>>> properly? >>>> >>>> OSX, same problem: >>>> >>>> Ians-Mac-mini:Desktop Ian$ cd >>>> swig-scilab/Examples/scilab/simple/ >>>> Ians-Mac-mini:simple Ian$ make >>>> make -f ../../Makefile SRCS='example.c' >>>> SWIG='../../../preinst-swig' \ >>>> TARGET='example_wrap.c' INTERFACE='example.i' scilab >>>> ../../../preinst-swig -scilab -addsrc "example.c" >>>> example.i >>>> if [ -f builder.sce ]; then \ >>>> env LD_LIBRARY_PATH=.:$LD_LIBRARY_PATH MAKEFLAGS="-j1" >>>> -f builder.sce; \ >>>> fi >>>> env: -f: No such file or directory >>>> make[1]: *** [scilab] Error 127 >>>> make: *** [build] Error 2 >>>> >>>> >>>> Ian >>>> >>>> >>>> On Sun, Nov 17, 2013 at 12:17 AM, Ian Bell >>>> <ian...@gm... <mailto:ian...@gm...>> wrote: >>>> >>>> I'm away from my development computers right now, >>>> but I will let you know as soon as I get home >>>> whether I can get the examples to build properly >>>> now. *fingers crossed*. >>>> >>>> And then on to my own code. >>>> >>>> Ian >>>> >>>> >>>> On Fri, Nov 15, 2013 at 12:25 PM, Simon Marchetto >>>> <sim...@sc... >>>> <mailto:sim...@sc...>> wrote: >>>> >>>> Le 13/11/2013 19:43, Ian Bell a écrit : >>>>> Simon, >>>>> >>>>> That macro definition seems to be part of the >>>>> problem, but there do seem to be quite a lot >>>>> of usability issues with 5.4.1 and swig. I >>>>> would be very appreciative if you could take a >>>>> look. Ideally it would be great if you could >>>>> run the SWIG test suite before you release a >>>>> new version to be sure it isn't going to break >>>>> things. >>>>> >>>>> Ian >>>>> >>>>> >>>> I had the same compilation error as you: >>>> >>>> ilib_compile: An error occurred during the >>>> compilation: >>>> In file included from example_wrap.c:759:0: >>>> /home/ian/Desktop/scilab-5.4.1/share/scilab/../../include/scilab/stack-c.h:19:6: >>>> error: #error Using stack-c.h is deprecated. >>>> Please use api_scilab instead (try 'help >>>> api_scilab'). Note the stack-c.h API will be >>>> removed after Scilab 6.0. You can define >>>> __USE_DEPRECATED_STACK_FUNCTIONS__ >>>> >>>> I committed the fix that does the define of >>>> __USE_DEPRECATED_STACK_FUNCTIONS__. >>>> >>>> With that fix, on an installed Scilab 5.4.1 on >>>> a Debian 7.10 x64, I successfully ran all the >>>> examples. >>>> I ran also the test suite. The test suite has >>>> still yet some problems, essentially about >>>> typemaps, but these problems are known and are >>>> planned to be to fixed (I hope soon....). >>>> For me 5.4.1 should run as same as 5.3.3, and >>>> master 5.5. >>>> >>>> Could you give me some details about your issues ? >>>> >>>> Simon >>>> >>>> PS: the example in documentation (which comes >>>> from the simple example you are testing) was >>>> wrong, it did not run. >>>> I fixed this, among many other things in the >>>> documentation, which was outdated (but there is >>>> still some work to do). >>>> >>>> >>>> >>> >>> >> >> > > > -- > Simon MARCHETTO > Development Engineer > ----------------------------------------------------------- > Scilab Enterprises > 143bis rue Yves Le Coz - 78000 Versailles, France > Phone:+33 1 80 77 04 71 <tel:%2B33%201%2080%2077%2004%2071> > http://www.scilab-enterprises.com > > |
From: Ian B. <ian...@gm...> - 2013-11-30 02:29:11
|
Is this something that I can do? If so, can you provide directions? I'd really like to get SWIG+Scilab working, and I have a pretty standard config, so I suspect others would run into similar problems. On Mon, Nov 25, 2013 at 12:25 PM, Simon Marchetto < sim...@sc...> wrote: > That's strange, configure always generates a config.log, doesn't it ? > > We have to reproduce manually the configure of the compiler, I mean > outside of Scilab and in the same conditions, to get that log. > Without it, it is difficult to know what's going wrong, wrong include path > ? etc.... > > I'll send you a configure file. > > > Le 23/11/2013 22:36, Ian Bell a écrit : > > There's no config.log in the examplelib folder, but there is a unix.err > file (attached) in the TMPDIR root directory. > > > On Fri, Nov 22, 2013 at 5:12 PM, Simon Marchetto < > sim...@sc...> wrote: > >> Scilab runs an internal configure, and this one fails in configuring of >> compiler. >> >> To have more information on this, execute manually the script builder.sce >> in Scilab. >> After it fails, still in Scilab: >> - check the value of TMPDIR. >> - in the subdirectory examplelib of directory pointed by TMPDIR, you >> should find the configure log config.log. >> It should contain the detailed error message. >> >> Simon >> >> >> Le 22/11/2013 15:25, Ian Bell a écrit : >> >> Ok, this time with brain installed. Log file attached for build >> process of simple example. >> >> Ian >> >> >> On Fri, Nov 22, 2013 at 12:44 PM, Simon Marchetto < >> sim...@sc...> wrote: >> >>> Use: >>> >>> make SWIGOPT="-vbl 2" >foo.log 2>&1 >>> >>> to redirect all the output with maximum verbosity to foo.log >>> >>> >>> Le 22/11/2013 11:11, Ian Bell a écrit : >>> >>> I have tried to rebuild swig+scilab on xubuntu using absolute paths, >>> and I get the same exact problem. I also tried to call ilib_verbose(2) >>> before running "exec builder.sce", but I don't get any more useful >>> information than the above. FWIW, here is my build script: >>> >>> git clone https://github.com/swig/swig -b gsoc2012-scilab swig-scilab >>> cd swig-scilab >>> sh autogen.sh >>> ./configure --with-scilab-inc=/home/xubuntu/Desktop/scilab-5.4.1/include >>> --with-scilab=/home/xubuntu/Desktop/scilab-5.4.1/bin/scilab --disable-ccache >>> make >>> >>> How can I further debug this error? >>> >>> Ian >>> >>> >>> On Fri, Nov 22, 2013 at 10:40 AM, Simon Marchetto < >>> sim...@sc...> wrote: >>> >>>> First, I never tried SWIG Scilab on OSX. For now, SWIG Scilab is >>>> supposed to run only on Linux, it is mentioned now in the documentation >>>> page. We'll try to support other platforms in the (near ?) future. >>>> >>>> But, let's have a look at your problem. On OSX, it is clear that your >>>> configure failed when finding scilab. >>>> I suspect the tilde in (in ~/Desktop) to be the source of problem. >>>> Could you try again with an absolute path /home/.... ? >>>> And if this errors occurs again, please send us the log of configure >>>> (config.log). >>>> >>>> For Xubuntu, maybe we have the same issue, I am not sure. Could you >>>> test also a configure with an absolute path ? >>>> >>>> Simon >>>> >>>> Le 21/11/2013 23:49, Ian Bell a écrit : >>>> >>>> No good on linux or OSX. New errors now... >>>> >>>> Trying on xubuntu, I build swig with >>>> >>>> git clone https://github.com/swig/swig -b gsoc2012-scilab swig-scilab >>>> cd swig-scilab >>>> sh autogen.sh >>>> ./configure --with-scilab-inc=~/Desktop/scilab-5.4.1/include >>>> --with-scilab=~/Desktop/scilab-5.4.1/bin/scilab-cli >>>> --prefix=/home/xubuntu/Desktop/swig-bin --disable-ccache >>>> make >>>> >>>> then cd swig-scilab/Examples/scilab/simple >>>> >>>> when I run make, I get >>>> >>>> Scilab 5.4.1 (Mar 29 2013, 16:52:15) >>>> !--error 10000 >>>> ilib_gen_Make: An error occurred during the detection of the >>>> compiler(s). Set ilib_verbose(2) for more information. >>>> at line 24 of function generateConfigure called by : >>>> at line 56 of function ilib_gen_Make_unix called by : >>>> at line 49 of function ilib_gen_Make called by : >>>> at line 99 of function ilib_build called by : >>>> ilib_build(ilib_name, table, files, libs, [], ldflags, cflags); >>>> at line 24 of exec file called by : >>>> exec('SCI/etc/scilab.start',-1);;exec('builder.sce',-1) >>>> >>>> Argh! Am I doing something wrong? Or is it not working properly? >>>> >>>> OSX, same problem: >>>> >>>> Ians-Mac-mini:Desktop Ian$ cd swig-scilab/Examples/scilab/simple/ >>>> Ians-Mac-mini:simple Ian$ make >>>> make -f ../../Makefile SRCS='example.c' SWIG='../../../preinst-swig' \ >>>> TARGET='example_wrap.c' INTERFACE='example.i' scilab >>>> ../../../preinst-swig -scilab -addsrc "example.c" example.i >>>> if [ -f builder.sce ]; then \ >>>> env LD_LIBRARY_PATH=.:$LD_LIBRARY_PATH MAKEFLAGS="-j1" -f >>>> builder.sce; \ >>>> fi >>>> env: -f: No such file or directory >>>> make[1]: *** [scilab] Error 127 >>>> make: *** [build] Error 2 >>>> >>>> >>>> Ian >>>> >>>> >>>> On Sun, Nov 17, 2013 at 12:17 AM, Ian Bell <ian...@gm...>wrote: >>>> >>>>> I'm away from my development computers right now, but I will let you >>>>> know as soon as I get home whether I can get the examples to build properly >>>>> now. *fingers crossed*. >>>>> >>>>> And then on to my own code. >>>>> >>>>> Ian >>>>> >>>>> >>>>> On Fri, Nov 15, 2013 at 12:25 PM, Simon Marchetto < >>>>> sim...@sc...> wrote: >>>>> >>>>>> Le 13/11/2013 19:43, Ian Bell a écrit : >>>>>> >>>>>> Simon, >>>>>> >>>>>> That macro definition seems to be part of the problem, but there do >>>>>> seem to be quite a lot of usability issues with 5.4.1 and swig. I would be >>>>>> very appreciative if you could take a look. Ideally it would be great if >>>>>> you could run the SWIG test suite before you release a new version to be >>>>>> sure it isn't going to break things. >>>>>> >>>>>> Ian >>>>>> >>>>>> >>>>>> I had the same compilation error as you: >>>>>> >>>>>> ilib_compile: An error occurred during the compilation: >>>>>> In file included from example_wrap.c:759:0: >>>>>> /home/ian/Desktop/scilab-5.4.1/share/scilab/../../include/scilab/stack-c.h:19:6: >>>>>> error: #error Using stack-c.h is deprecated. Please use api_scilab instead >>>>>> (try 'help api_scilab'). Note the stack-c.h API will be removed after >>>>>> Scilab 6.0. You can define __USE_DEPRECATED_STACK_FUNCTIONS__ >>>>>> >>>>>> I committed the fix that does the define of >>>>>> __USE_DEPRECATED_STACK_FUNCTIONS__. >>>>>> >>>>>> With that fix, on an installed Scilab 5.4.1 on a Debian 7.10 x64, I >>>>>> successfully ran all the examples. >>>>>> I ran also the test suite. The test suite has still yet some >>>>>> problems, essentially about typemaps, but these problems are known and are >>>>>> planned to be to fixed (I hope soon....). >>>>>> For me 5.4.1 should run as same as 5.3.3, and master 5.5. >>>>>> >>>>>> Could you give me some details about your issues ? >>>>>> >>>>>> Simon >>>>>> >>>>>> PS: the example in documentation (which comes from the simple example >>>>>> you are testing) was wrong, it did not run. >>>>>> I fixed this, among many other things in the documentation, which was >>>>>> outdated (but there is still some work to do). >>>>>> >>>>>> >>>>> >>>> >>>> >>> >>> >> >> >> -- >> Simon MARCHETTO >> Development Engineer >> ----------------------------------------------------------- >> Scilab Enterprises >> 143bis rue Yves Le Coz - 78000 Versailles, France >> Phone: +33 1 80 77 04 71http://www.scilab-enterprises.com >> >> > > |
From: Simon M. <sim...@sc...> - 2013-12-02 17:23:21
|
Could you run the example builder.sce again, and give me the whole content of examplelib folder (that is in the TMPDIR directory). Note that you have to keep your Scilab opened while copying the files, because Scilab cleans the stuff in TMPDIR when it quits. If I cannot find any clue from that files, we'll run manually a configure script, as I previously said, to check your installation. Simon Le 30/11/2013 03:28, Ian Bell a écrit : > Is this something that I can do? If so, can you provide directions? > I'd really like to get SWIG+Scilab working, and I have a pretty > standard config, so I suspect others would run into similar problems. > > > On Mon, Nov 25, 2013 at 12:25 PM, Simon Marchetto > <sim...@sc... > <mailto:sim...@sc...>> wrote: > > That's strange, configure always generates a config.log, doesn't it ? > > We have to reproduce manually the configure of the compiler, I > mean outside of Scilab and in the same conditions, to get that log. > Without it, it is difficult to know what's going wrong, wrong > include path ? etc.... > > I'll send you a configure file. > > > Le 23/11/2013 22:36, Ian Bell a écrit : >> There's no config.log in the examplelib folder, but there is a >> unix.err file (attached) in the TMPDIR root directory. >> >> >> On Fri, Nov 22, 2013 at 5:12 PM, Simon Marchetto >> <sim...@sc... >> <mailto:sim...@sc...>> wrote: >> >> Scilab runs an internal configure, and this one fails in >> configuring of compiler. >> >> To have more information on this, execute manually the script >> builder.sce in Scilab. >> After it fails, still in Scilab: >> - check the value of TMPDIR. >> - in the subdirectory examplelib of directory pointed by >> TMPDIR, you should find the configure log config.log. >> It should contain the detailed error message. >> >> Simon >> >> >> Le 22/11/2013 15:25, Ian Bell a écrit : >>> Ok, this time with brain installed. Log file attached for >>> build process of simple example. >>> >>> Ian >>> >>> >>> On Fri, Nov 22, 2013 at 12:44 PM, Simon Marchetto >>> <sim...@sc... >>> <mailto:sim...@sc...>> wrote: >>> >>> Use: >>> >>> make SWIGOPT="-vbl 2" >foo.log 2>&1 >>> >>> to redirect all the output with maximum verbosity to foo.log >>> >>> >>> Le 22/11/2013 11:11, Ian Bell a écrit : >>>> I have tried to rebuild swig+scilab on xubuntu using >>>> absolute paths, and I get the same exact problem. I >>>> also tried to call ilib_verbose(2) before running "exec >>>> builder.sce", but I don't get any more useful >>>> information than the above. FWIW, here is my build script: >>>> >>>> git clone https://github.com/swig/swig -b >>>> gsoc2012-scilab swig-scilab >>>> cd swig-scilab >>>> sh autogen.sh >>>> ./configure >>>> --with-scilab-inc=/home/xubuntu/Desktop/scilab-5.4.1/include >>>> --with-scilab=/home/xubuntu/Desktop/scilab-5.4.1/bin/scilab >>>> --disable-ccache >>>> make >>>> >>>> How can I further debug this error? >>>> >>>> Ian >>>> >>>> >>>> On Fri, Nov 22, 2013 at 10:40 AM, Simon Marchetto >>>> <sim...@sc... >>>> <mailto:sim...@sc...>> wrote: >>>> >>>> First, I never tried SWIG Scilab on OSX. For now, >>>> SWIG Scilab is supposed to run only on Linux, it is >>>> mentioned now in the documentation page. We'll try >>>> to support other platforms in the (near ?) future. >>>> >>>> But, let's have a look at your problem. On OSX, it >>>> is clear that your configure failed when finding >>>> scilab. >>>> I suspect the tilde in (in ~/Desktop) to be the >>>> source of problem. Could you try again with an >>>> absolute path /home/.... ? >>>> And if this errors occurs again, please send us the >>>> log of configure (config.log). >>>> >>>> For Xubuntu, maybe we have the same issue, I am not >>>> sure. Could you test also a configure with an >>>> absolute path ? >>>> >>>> Simon >>>> >>>> Le 21/11/2013 23:49, Ian Bell a écrit : >>>>> No good on linux or OSX. New errors now... >>>>> >>>>> Trying on xubuntu, I build swig with >>>>> >>>>> git clone https://github.com/swig/swig -b >>>>> gsoc2012-scilab swig-scilab >>>>> cd swig-scilab >>>>> sh autogen.sh >>>>> ./configure >>>>> --with-scilab-inc=~/Desktop/scilab-5.4.1/include >>>>> --with-scilab=~/Desktop/scilab-5.4.1/bin/scilab-cli --prefix=/home/xubuntu/Desktop/swig-bin >>>>> --disable-ccache >>>>> make >>>>> >>>>> then cd swig-scilab/Examples/scilab/simple >>>>> >>>>> when I run make, I get >>>>> >>>>> Scilab 5.4.1 (Mar 29 2013, 16:52:15) >>>>> !--error 10000 >>>>> ilib_gen_Make: An error occurred during the >>>>> detection of the compiler(s). Set ilib_verbose(2) >>>>> for more information. >>>>> at line 24 of function generateConfigure called by : >>>>> at line 56 of function ilib_gen_Make_unix called by : >>>>> at line 49 of function ilib_gen_Make called by : >>>>> at line 99 of function ilib_build called by : >>>>> ilib_build(ilib_name, table, files, libs, [], >>>>> ldflags, cflags); >>>>> at line 24 of exec file called by : >>>>> exec('SCI/etc/scilab.start',-1);;exec('builder.sce',-1) >>>>> >>>>> Argh! Am I doing something wrong? Or is it not >>>>> working properly? >>>>> >>>>> OSX, same problem: >>>>> >>>>> Ians-Mac-mini:Desktop Ian$ cd >>>>> swig-scilab/Examples/scilab/simple/ >>>>> Ians-Mac-mini:simple Ian$ make >>>>> make -f ../../Makefile SRCS='example.c' >>>>> SWIG='../../../preinst-swig' \ >>>>> TARGET='example_wrap.c' INTERFACE='example.i' scilab >>>>> ../../../preinst-swig -scilab -addsrc >>>>> "example.c" example.i >>>>> if [ -f builder.sce ]; then \ >>>>> env LD_LIBRARY_PATH=.:$LD_LIBRARY_PATH >>>>> MAKEFLAGS="-j1" -f builder.sce; \ >>>>> fi >>>>> env: -f: No such file or directory >>>>> make[1]: *** [scilab] Error 127 >>>>> make: *** [build] Error 2 >>>>> >>>>> >>>>> Ian >>>>> >>>>> >>>>> On Sun, Nov 17, 2013 at 12:17 AM, Ian Bell >>>>> <ian...@gm... >>>>> <mailto:ian...@gm...>> wrote: >>>>> >>>>> I'm away from my development computers right >>>>> now, but I will let you know as soon as I get >>>>> home whether I can get the examples to build >>>>> properly now. *fingers crossed*. >>>>> >>>>> And then on to my own code. >>>>> >>>>> Ian >>>>> >>>>> >>>>> On Fri, Nov 15, 2013 at 12:25 PM, Simon >>>>> Marchetto >>>>> <sim...@sc... >>>>> <mailto:sim...@sc...>> >>>>> wrote: >>>>> >>>>> Le 13/11/2013 19:43, Ian Bell a écrit : >>>>>> Simon, >>>>>> >>>>>> That macro definition seems to be part of >>>>>> the problem, but there do seem to be >>>>>> quite a lot of usability issues with >>>>>> 5.4.1 and swig. I would be very >>>>>> appreciative if you could take a look. >>>>>> Ideally it would be great if you could >>>>>> run the SWIG test suite before you >>>>>> release a new version to be sure it isn't >>>>>> going to break things. >>>>>> >>>>>> Ian >>>>>> >>>>>> >>>>> I had the same compilation error as you: >>>>> >>>>> ilib_compile: An error occurred during the >>>>> compilation: >>>>> In file included from example_wrap.c:759:0: >>>>> /home/ian/Desktop/scilab-5.4.1/share/scilab/../../include/scilab/stack-c.h:19:6: >>>>> error: #error Using stack-c.h is >>>>> deprecated. Please use api_scilab instead >>>>> (try 'help api_scilab'). Note the >>>>> stack-c.h API will be removed after Scilab >>>>> 6.0. You can define >>>>> __USE_DEPRECATED_STACK_FUNCTIONS__ >>>>> >>>>> I committed the fix that does the define >>>>> of __USE_DEPRECATED_STACK_FUNCTIONS__. >>>>> >>>>> With that fix, on an installed Scilab >>>>> 5.4.1 on a Debian 7.10 x64, I successfully >>>>> ran all the examples. >>>>> I ran also the test suite. The test suite >>>>> has still yet some problems, essentially >>>>> about typemaps, but these problems are >>>>> known and are planned to be to fixed (I >>>>> hope soon....). >>>>> For me 5.4.1 should run as same as 5.3.3, >>>>> and master 5.5. >>>>> >>>>> Could you give me some details about your >>>>> issues ? >>>>> >>>>> Simon >>>>> >>>>> PS: the example in documentation (which >>>>> comes from the simple example you are >>>>> testing) was wrong, it did not run. >>>>> I fixed this, among many other things in >>>>> the documentation, which was outdated (but >>>>> there is still some work to do). >>>>> >>>>> >>>>> >>>> >>>> >>> >>> >> >> >> -- >> Simon MARCHETTO >> Development Engineer >> ----------------------------------------------------------- >> Scilab Enterprises >> 143bis rue Yves Le Coz - 78000 Versailles, France >> Phone:+33 1 80 77 04 71 <tel:%2B33%201%2080%2077%2004%2071> >> http://www.scilab-enterprises.com >> >> > > |
From: Ian B. <ian...@gm...> - 2013-12-02 19:00:34
|
There's definitely nothing in that folder, and I checked while scilab was still open. I see the folder, so it hasn't been garbage collected, but there is nothing in it. Ian On Mon, Dec 2, 2013 at 12:23 PM, Simon Marchetto < sim...@sc...> wrote: > Could you run the example builder.sce again, and give me the whole > content of examplelib folder (that is in the TMPDIR directory). > Note that you have to keep your Scilab opened while copying the files, > because Scilab cleans the stuff in TMPDIR when it quits. > > If I cannot find any clue from that files, we'll run manually a configure > script, as I previously said, to check your installation. > > Simon > > Le 30/11/2013 03:28, Ian Bell a écrit : > > Is this something that I can do? If so, can you provide directions? I'd > really like to get SWIG+Scilab working, and I have a pretty standard > config, so I suspect others would run into similar problems. > > > On Mon, Nov 25, 2013 at 12:25 PM, Simon Marchetto < > sim...@sc...> wrote: > >> That's strange, configure always generates a config.log, doesn't it ? >> >> We have to reproduce manually the configure of the compiler, I mean >> outside of Scilab and in the same conditions, to get that log. >> Without it, it is difficult to know what's going wrong, wrong include >> path ? etc.... >> >> I'll send you a configure file. >> >> >> Le 23/11/2013 22:36, Ian Bell a écrit : >> >> There's no config.log in the examplelib folder, but there is a unix.err >> file (attached) in the TMPDIR root directory. >> >> >> On Fri, Nov 22, 2013 at 5:12 PM, Simon Marchetto < >> sim...@sc...> wrote: >> >>> Scilab runs an internal configure, and this one fails in configuring >>> of compiler. >>> >>> To have more information on this, execute manually the script >>> builder.sce in Scilab. >>> After it fails, still in Scilab: >>> - check the value of TMPDIR. >>> - in the subdirectory examplelib of directory pointed by TMPDIR, you >>> should find the configure log config.log. >>> It should contain the detailed error message. >>> >>> Simon >>> >>> >>> Le 22/11/2013 15:25, Ian Bell a écrit : >>> >>> Ok, this time with brain installed. Log file attached for build >>> process of simple example. >>> >>> Ian >>> >>> >>> On Fri, Nov 22, 2013 at 12:44 PM, Simon Marchetto < >>> sim...@sc...> wrote: >>> >>>> Use: >>>> >>>> make SWIGOPT="-vbl 2" >foo.log 2>&1 >>>> >>>> to redirect all the output with maximum verbosity to foo.log >>>> >>>> >>>> Le 22/11/2013 11:11, Ian Bell a écrit : >>>> >>>> I have tried to rebuild swig+scilab on xubuntu using absolute paths, >>>> and I get the same exact problem. I also tried to call ilib_verbose(2) >>>> before running "exec builder.sce", but I don't get any more useful >>>> information than the above. FWIW, here is my build script: >>>> >>>> git clone https://github.com/swig/swig -b gsoc2012-scilab swig-scilab >>>> cd swig-scilab >>>> sh autogen.sh >>>> ./configure >>>> --with-scilab-inc=/home/xubuntu/Desktop/scilab-5.4.1/include >>>> --with-scilab=/home/xubuntu/Desktop/scilab-5.4.1/bin/scilab --disable-ccache >>>> make >>>> >>>> How can I further debug this error? >>>> >>>> Ian >>>> >>>> >>>> On Fri, Nov 22, 2013 at 10:40 AM, Simon Marchetto < >>>> sim...@sc...> wrote: >>>> >>>>> First, I never tried SWIG Scilab on OSX. For now, SWIG Scilab is >>>>> supposed to run only on Linux, it is mentioned now in the documentation >>>>> page. We'll try to support other platforms in the (near ?) future. >>>>> >>>>> But, let's have a look at your problem. On OSX, it is clear that your >>>>> configure failed when finding scilab. >>>>> I suspect the tilde in (in ~/Desktop) to be the source of problem. >>>>> Could you try again with an absolute path /home/.... ? >>>>> And if this errors occurs again, please send us the log of configure >>>>> (config.log). >>>>> >>>>> For Xubuntu, maybe we have the same issue, I am not sure. Could you >>>>> test also a configure with an absolute path ? >>>>> >>>>> Simon >>>>> >>>>> Le 21/11/2013 23:49, Ian Bell a écrit : >>>>> >>>>> No good on linux or OSX. New errors now... >>>>> >>>>> Trying on xubuntu, I build swig with >>>>> >>>>> git clone https://github.com/swig/swig -b gsoc2012-scilab swig-scilab >>>>> cd swig-scilab >>>>> sh autogen.sh >>>>> ./configure --with-scilab-inc=~/Desktop/scilab-5.4.1/include >>>>> --with-scilab=~/Desktop/scilab-5.4.1/bin/scilab-cli >>>>> --prefix=/home/xubuntu/Desktop/swig-bin --disable-ccache >>>>> make >>>>> >>>>> then cd swig-scilab/Examples/scilab/simple >>>>> >>>>> when I run make, I get >>>>> >>>>> Scilab 5.4.1 (Mar 29 2013, 16:52:15) >>>>> !--error 10000 >>>>> ilib_gen_Make: An error occurred during the detection of the >>>>> compiler(s). Set ilib_verbose(2) for more information. >>>>> at line 24 of function generateConfigure called by : >>>>> at line 56 of function ilib_gen_Make_unix called by : >>>>> at line 49 of function ilib_gen_Make called by : >>>>> at line 99 of function ilib_build called by : >>>>> ilib_build(ilib_name, table, files, libs, [], ldflags, cflags); >>>>> at line 24 of exec file called by : >>>>> exec('SCI/etc/scilab.start',-1);;exec('builder.sce',-1) >>>>> >>>>> Argh! Am I doing something wrong? Or is it not working properly? >>>>> >>>>> OSX, same problem: >>>>> >>>>> Ians-Mac-mini:Desktop Ian$ cd swig-scilab/Examples/scilab/simple/ >>>>> Ians-Mac-mini:simple Ian$ make >>>>> make -f ../../Makefile SRCS='example.c' SWIG='../../../preinst-swig' \ >>>>> TARGET='example_wrap.c' INTERFACE='example.i' scilab >>>>> ../../../preinst-swig -scilab -addsrc "example.c" example.i >>>>> if [ -f builder.sce ]; then \ >>>>> env LD_LIBRARY_PATH=.:$LD_LIBRARY_PATH MAKEFLAGS="-j1" -f >>>>> builder.sce; \ >>>>> fi >>>>> env: -f: No such file or directory >>>>> make[1]: *** [scilab] Error 127 >>>>> make: *** [build] Error 2 >>>>> >>>>> >>>>> Ian >>>>> >>>>> >>>>> On Sun, Nov 17, 2013 at 12:17 AM, Ian Bell <ian...@gm...>wrote: >>>>> >>>>>> I'm away from my development computers right now, but I will let >>>>>> you know as soon as I get home whether I can get the examples to build >>>>>> properly now. *fingers crossed*. >>>>>> >>>>>> And then on to my own code. >>>>>> >>>>>> Ian >>>>>> >>>>>> >>>>>> On Fri, Nov 15, 2013 at 12:25 PM, Simon Marchetto < >>>>>> sim...@sc...> wrote: >>>>>> >>>>>>> Le 13/11/2013 19:43, Ian Bell a écrit : >>>>>>> >>>>>>> Simon, >>>>>>> >>>>>>> That macro definition seems to be part of the problem, but there do >>>>>>> seem to be quite a lot of usability issues with 5.4.1 and swig. I would be >>>>>>> very appreciative if you could take a look. Ideally it would be great if >>>>>>> you could run the SWIG test suite before you release a new version to be >>>>>>> sure it isn't going to break things. >>>>>>> >>>>>>> Ian >>>>>>> >>>>>>> >>>>>>> I had the same compilation error as you: >>>>>>> >>>>>>> ilib_compile: An error occurred during the compilation: >>>>>>> In file included from example_wrap.c:759:0: >>>>>>> /home/ian/Desktop/scilab-5.4.1/share/scilab/../../include/scilab/stack-c.h:19:6: >>>>>>> error: #error Using stack-c.h is deprecated. Please use api_scilab instead >>>>>>> (try 'help api_scilab'). Note the stack-c.h API will be removed after >>>>>>> Scilab 6.0. You can define __USE_DEPRECATED_STACK_FUNCTIONS__ >>>>>>> >>>>>>> I committed the fix that does the define of >>>>>>> __USE_DEPRECATED_STACK_FUNCTIONS__. >>>>>>> >>>>>>> With that fix, on an installed Scilab 5.4.1 on a Debian 7.10 x64, I >>>>>>> successfully ran all the examples. >>>>>>> I ran also the test suite. The test suite has still yet some >>>>>>> problems, essentially about typemaps, but these problems are known and are >>>>>>> planned to be to fixed (I hope soon....). >>>>>>> For me 5.4.1 should run as same as 5.3.3, and master 5.5. >>>>>>> >>>>>>> Could you give me some details about your issues ? >>>>>>> >>>>>>> Simon >>>>>>> >>>>>>> PS: the example in documentation (which comes from the simple >>>>>>> example you are testing) was wrong, it did not run. >>>>>>> I fixed this, among many other things in the documentation, which >>>>>>> was outdated (but there is still some work to do). >>>>>>> >>>>>>> >>>>>> >>>>> >>>>> >>>> >>>> >>> >>> >>> -- >>> Simon MARCHETTO >>> Development Engineer >>> ----------------------------------------------------------- >>> Scilab Enterprises >>> 143bis rue Yves Le Coz - 78000 Versailles, France >>> Phone: +33 1 80 77 04 71http://www.scilab-enterprises.com >>> >>> >> >> > > |
From: Simon M. <sim...@sc...> - 2013-12-20 08:44:13
|
Hello, Sorry for the delay, I am not forgetting you. I'am setting up a Xubuntu machine to reproduce your problem. Maybe it will be simpler that way. Could you give me some details on your configuration ? - Xubuntu version (and architecture) - compiler used and version, autotools version - do you use a compiled version of Scilab or an installed version - etc.. : any information could be use useful Thank you. Simon Le 30/11/2013 03:28, Ian Bell a écrit : > Is this something that I can do? If so, can you provide directions? > I'd really like to get SWIG+Scilab working, and I have a pretty > standard config, so I suspect others would run into similar problems. > > > On Mon, Nov 25, 2013 at 12:25 PM, Simon Marchetto > <sim...@sc... > <mailto:sim...@sc...>> wrote: > > That's strange, configure always generates a config.log, doesn't it ? > > We have to reproduce manually the configure of the compiler, I > mean outside of Scilab and in the same conditions, to get that log. > Without it, it is difficult to know what's going wrong, wrong > include path ? etc.... > > I'll send you a configure file. > > > Le 23/11/2013 22:36, Ian Bell a écrit : >> There's no config.log in the examplelib folder, but there is a >> unix.err file (attached) in the TMPDIR root directory. >> >> >> On Fri, Nov 22, 2013 at 5:12 PM, Simon Marchetto >> <sim...@sc... >> <mailto:sim...@sc...>> wrote: >> >> Scilab runs an internal configure, and this one fails in >> configuring of compiler. >> >> To have more information on this, execute manually the script >> builder.sce in Scilab. >> After it fails, still in Scilab: >> - check the value of TMPDIR. >> - in the subdirectory examplelib of directory pointed by >> TMPDIR, you should find the configure log config.log. >> It should contain the detailed error message. >> >> Simon >> >> >> Le 22/11/2013 15:25, Ian Bell a écrit : >>> Ok, this time with brain installed. Log file attached for >>> build process of simple example. >>> >>> Ian >>> >>> >>> On Fri, Nov 22, 2013 at 12:44 PM, Simon Marchetto >>> <sim...@sc... >>> <mailto:sim...@sc...>> wrote: >>> >>> Use: >>> >>> make SWIGOPT="-vbl 2" >foo.log 2>&1 >>> >>> to redirect all the output with maximum verbosity to foo.log >>> >>> >>> Le 22/11/2013 11:11, Ian Bell a écrit : >>>> I have tried to rebuild swig+scilab on xubuntu using >>>> absolute paths, and I get the same exact problem. I >>>> also tried to call ilib_verbose(2) before running "exec >>>> builder.sce", but I don't get any more useful >>>> information than the above. FWIW, here is my build script: >>>> >>>> git clone https://github.com/swig/swig -b >>>> gsoc2012-scilab swig-scilab >>>> cd swig-scilab >>>> sh autogen.sh >>>> ./configure >>>> --with-scilab-inc=/home/xubuntu/Desktop/scilab-5.4.1/include >>>> --with-scilab=/home/xubuntu/Desktop/scilab-5.4.1/bin/scilab >>>> --disable-ccache >>>> make >>>> >>>> How can I further debug this error? >>>> >>>> Ian >>>> >>>> >>>> On Fri, Nov 22, 2013 at 10:40 AM, Simon Marchetto >>>> <sim...@sc... >>>> <mailto:sim...@sc...>> wrote: >>>> >>>> First, I never tried SWIG Scilab on OSX. For now, >>>> SWIG Scilab is supposed to run only on Linux, it is >>>> mentioned now in the documentation page. We'll try >>>> to support other platforms in the (near ?) future. >>>> >>>> But, let's have a look at your problem. On OSX, it >>>> is clear that your configure failed when finding >>>> scilab. >>>> I suspect the tilde in (in ~/Desktop) to be the >>>> source of problem. Could you try again with an >>>> absolute path /home/.... ? >>>> And if this errors occurs again, please send us the >>>> log of configure (config.log). >>>> >>>> For Xubuntu, maybe we have the same issue, I am not >>>> sure. Could you test also a configure with an >>>> absolute path ? >>>> >>>> Simon >>>> >>>> Le 21/11/2013 23:49, Ian Bell a écrit : >>>>> No good on linux or OSX. New errors now... >>>>> >>>>> Trying on xubuntu, I build swig with >>>>> >>>>> git clone https://github.com/swig/swig -b >>>>> gsoc2012-scilab swig-scilab >>>>> cd swig-scilab >>>>> sh autogen.sh >>>>> ./configure >>>>> --with-scilab-inc=~/Desktop/scilab-5.4.1/include >>>>> --with-scilab=~/Desktop/scilab-5.4.1/bin/scilab-cli --prefix=/home/xubuntu/Desktop/swig-bin >>>>> --disable-ccache >>>>> make >>>>> >>>>> then cd swig-scilab/Examples/scilab/simple >>>>> >>>>> when I run make, I get >>>>> >>>>> Scilab 5.4.1 (Mar 29 2013, 16:52:15) >>>>> !--error 10000 >>>>> ilib_gen_Make: An error occurred during the >>>>> detection of the compiler(s). Set ilib_verbose(2) >>>>> for more information. >>>>> at line 24 of function generateConfigure called by : >>>>> at line 56 of function ilib_gen_Make_unix called by : >>>>> at line 49 of function ilib_gen_Make called by : >>>>> at line 99 of function ilib_build called by : >>>>> ilib_build(ilib_name, table, files, libs, [], >>>>> ldflags, cflags); >>>>> at line 24 of exec file called by : >>>>> exec('SCI/etc/scilab.start',-1);;exec('builder.sce',-1) >>>>> >>>>> Argh! Am I doing something wrong? Or is it not >>>>> working properly? >>>>> >>>>> OSX, same problem: >>>>> >>>>> Ians-Mac-mini:Desktop Ian$ cd >>>>> swig-scilab/Examples/scilab/simple/ >>>>> Ians-Mac-mini:simple Ian$ make >>>>> make -f ../../Makefile SRCS='example.c' >>>>> SWIG='../../../preinst-swig' \ >>>>> TARGET='example_wrap.c' INTERFACE='example.i' scilab >>>>> ../../../preinst-swig -scilab -addsrc >>>>> "example.c" example.i >>>>> if [ -f builder.sce ]; then \ >>>>> env LD_LIBRARY_PATH=.:$LD_LIBRARY_PATH >>>>> MAKEFLAGS="-j1" -f builder.sce; \ >>>>> fi >>>>> env: -f: No such file or directory >>>>> make[1]: *** [scilab] Error 127 >>>>> make: *** [build] Error 2 >>>>> >>>>> >>>>> Ian >>>>> >>>>> >>>>> On Sun, Nov 17, 2013 at 12:17 AM, Ian Bell >>>>> <ian...@gm... >>>>> <mailto:ian...@gm...>> wrote: >>>>> >>>>> I'm away from my development computers right >>>>> now, but I will let you know as soon as I get >>>>> home whether I can get the examples to build >>>>> properly now. *fingers crossed*. >>>>> >>>>> And then on to my own code. >>>>> >>>>> Ian >>>>> >>>>> >>>>> On Fri, Nov 15, 2013 at 12:25 PM, Simon >>>>> Marchetto >>>>> <sim...@sc... >>>>> <mailto:sim...@sc...>> >>>>> wrote: >>>>> >>>>> Le 13/11/2013 19:43, Ian Bell a écrit : >>>>>> Simon, >>>>>> >>>>>> That macro definition seems to be part of >>>>>> the problem, but there do seem to be >>>>>> quite a lot of usability issues with >>>>>> 5.4.1 and swig. I would be very >>>>>> appreciative if you could take a look. >>>>>> Ideally it would be great if you could >>>>>> run the SWIG test suite before you >>>>>> release a new version to be sure it isn't >>>>>> going to break things. >>>>>> >>>>>> Ian >>>>>> >>>>>> >>>>> I had the same compilation error as you: >>>>> >>>>> ilib_compile: An error occurred during the >>>>> compilation: >>>>> In file included from example_wrap.c:759:0: >>>>> /home/ian/Desktop/scilab-5.4.1/share/scilab/../../include/scilab/stack-c.h:19:6: >>>>> error: #error Using stack-c.h is >>>>> deprecated. Please use api_scilab instead >>>>> (try 'help api_scilab'). Note the >>>>> stack-c.h API will be removed after Scilab >>>>> 6.0. You can define >>>>> __USE_DEPRECATED_STACK_FUNCTIONS__ >>>>> >>>>> I committed the fix that does the define >>>>> of __USE_DEPRECATED_STACK_FUNCTIONS__. >>>>> >>>>> With that fix, on an installed Scilab >>>>> 5.4.1 on a Debian 7.10 x64, I successfully >>>>> ran all the examples. >>>>> I ran also the test suite. The test suite >>>>> has still yet some problems, essentially >>>>> about typemaps, but these problems are >>>>> known and are planned to be to fixed (I >>>>> hope soon....). >>>>> For me 5.4.1 should run as same as 5.3.3, >>>>> and master 5.5. >>>>> >>>>> Could you give me some details about your >>>>> issues ? >>>>> >>>>> Simon >>>>> >>>>> PS: the example in documentation (which >>>>> comes from the simple example you are >>>>> testing) was wrong, it did not run. >>>>> I fixed this, among many other things in >>>>> the documentation, which was outdated (but >>>>> there is still some work to do). >>>>> >>>>> >>>>> >>>> >>>> >>> >>> >> >> >> -- >> Simon MARCHETTO >> Development Engineer >> ----------------------------------------------------------- >> Scilab Enterprises >> 143bis rue Yves Le Coz - 78000 Versailles, France >> Phone:+33 1 80 77 04 71 <tel:%2B33%201%2080%2077%2004%2071> >> http://www.scilab-enterprises.com >> >> > > |
From: Ian B. <ian...@gm...> - 2013-12-23 04:20:11
|
Xubuntu 13.04, i686, in a VirtualBox guest running on Windows 7 64-bit xubuntu@xubuntu-VirtualBox:~$ gcc -v Using built-in specs. COLLECT_GCC=gcc COLLECT_LTO_WRAPPER=/usr/lib/gcc/i686-linux-gnu/4.7/lto-wrapper Target: i686-linux-gnu Configured with: ../src/configure -v --with-pkgversion='Ubuntu/Linaro 4.7.3-1ubuntu1' --with-bugurl=file:///usr/share/doc/gcc-4.7/README.Bugs --enable-languages=c,c++,go,fortran,objc,obj-c++ --prefix=/usr --program-suffix=-4.7 --enable-shared --enable-linker-build-id --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --with-gxx-include-dir=/usr/include/c++/4.7 --libdir=/usr/lib --enable-nls --with-sysroot=/ --enable-clocale=gnu --enable-libstdcxx-debug --enable-libstdcxx-time=yes --enable-gnu-unique-object --enable-plugin --with-system-zlib --enable-objc-gc --enable-targets=all --with-cloog --enable-cloog-backend=ppl --disable-cloog-version-check --disable-ppl-version-check --enable-multiarch --disable-werror --with-arch-32=i686 --with-multilib-list=m32,m64,mx32 --with-tune=generic --enable-checking=release --build=i686-linux-gnu --host=i686-linux-gnu --target=i686-linux-gnu Thread model: posix gcc version 4.7.3 (Ubuntu/Linaro 4.7.3-1ubuntu1) scilab 5.4.1 from binaries downloaded from scilab website. How do I get the autotools version? On Fri, Dec 20, 2013 at 9:44 AM, Simon Marchetto < sim...@sc...> wrote: > Hello, > > Sorry for the delay, I am not forgetting you. > I'am setting up a Xubuntu machine to reproduce your problem. Maybe it will > be simpler that way. > > Could you give me some details on your configuration ? > - Xubuntu version (and architecture) > - compiler used and version, autotools version > - do you use a compiled version of Scilab or an installed version > - etc.. : any information could be use useful > > Thank you. > > > Simon > > Le 30/11/2013 03:28, Ian Bell a écrit : > > Is this something that I can do? If so, can you provide directions? I'd > really like to get SWIG+Scilab working, and I have a pretty standard > config, so I suspect others would run into similar problems. > > > On Mon, Nov 25, 2013 at 12:25 PM, Simon Marchetto < > sim...@sc...> wrote: > >> That's strange, configure always generates a config.log, doesn't it ? >> >> We have to reproduce manually the configure of the compiler, I mean >> outside of Scilab and in the same conditions, to get that log. >> Without it, it is difficult to know what's going wrong, wrong include >> path ? etc.... >> >> I'll send you a configure file. >> >> >> Le 23/11/2013 22:36, Ian Bell a écrit : >> >> There's no config.log in the examplelib folder, but there is a unix.err >> file (attached) in the TMPDIR root directory. >> >> >> On Fri, Nov 22, 2013 at 5:12 PM, Simon Marchetto < >> sim...@sc...> wrote: >> >>> Scilab runs an internal configure, and this one fails in configuring >>> of compiler. >>> >>> To have more information on this, execute manually the script >>> builder.sce in Scilab. >>> After it fails, still in Scilab: >>> - check the value of TMPDIR. >>> - in the subdirectory examplelib of directory pointed by TMPDIR, you >>> should find the configure log config.log. >>> It should contain the detailed error message. >>> >>> Simon >>> >>> >>> Le 22/11/2013 15:25, Ian Bell a écrit : >>> >>> Ok, this time with brain installed. Log file attached for build >>> process of simple example. >>> >>> Ian >>> >>> >>> On Fri, Nov 22, 2013 at 12:44 PM, Simon Marchetto < >>> sim...@sc...> wrote: >>> >>>> Use: >>>> >>>> make SWIGOPT="-vbl 2" >foo.log 2>&1 >>>> >>>> to redirect all the output with maximum verbosity to foo.log >>>> >>>> >>>> Le 22/11/2013 11:11, Ian Bell a écrit : >>>> >>>> I have tried to rebuild swig+scilab on xubuntu using absolute paths, >>>> and I get the same exact problem. I also tried to call ilib_verbose(2) >>>> before running "exec builder.sce", but I don't get any more useful >>>> information than the above. FWIW, here is my build script: >>>> >>>> git clone https://github.com/swig/swig -b gsoc2012-scilab swig-scilab >>>> cd swig-scilab >>>> sh autogen.sh >>>> ./configure >>>> --with-scilab-inc=/home/xubuntu/Desktop/scilab-5.4.1/include >>>> --with-scilab=/home/xubuntu/Desktop/scilab-5.4.1/bin/scilab --disable-ccache >>>> make >>>> >>>> How can I further debug this error? >>>> >>>> Ian >>>> >>>> >>>> On Fri, Nov 22, 2013 at 10:40 AM, Simon Marchetto < >>>> sim...@sc...> wrote: >>>> >>>>> First, I never tried SWIG Scilab on OSX. For now, SWIG Scilab is >>>>> supposed to run only on Linux, it is mentioned now in the documentation >>>>> page. We'll try to support other platforms in the (near ?) future. >>>>> >>>>> But, let's have a look at your problem. On OSX, it is clear that your >>>>> configure failed when finding scilab. >>>>> I suspect the tilde in (in ~/Desktop) to be the source of problem. >>>>> Could you try again with an absolute path /home/.... ? >>>>> And if this errors occurs again, please send us the log of configure >>>>> (config.log). >>>>> >>>>> For Xubuntu, maybe we have the same issue, I am not sure. Could you >>>>> test also a configure with an absolute path ? >>>>> >>>>> Simon >>>>> >>>>> Le 21/11/2013 23:49, Ian Bell a écrit : >>>>> >>>>> No good on linux or OSX. New errors now... >>>>> >>>>> Trying on xubuntu, I build swig with >>>>> >>>>> git clone https://github.com/swig/swig -b gsoc2012-scilab swig-scilab >>>>> cd swig-scilab >>>>> sh autogen.sh >>>>> ./configure --with-scilab-inc=~/Desktop/scilab-5.4.1/include >>>>> --with-scilab=~/Desktop/scilab-5.4.1/bin/scilab-cli >>>>> --prefix=/home/xubuntu/Desktop/swig-bin --disable-ccache >>>>> make >>>>> >>>>> then cd swig-scilab/Examples/scilab/simple >>>>> >>>>> when I run make, I get >>>>> >>>>> Scilab 5.4.1 (Mar 29 2013, 16:52:15) >>>>> !--error 10000 >>>>> ilib_gen_Make: An error occurred during the detection of the >>>>> compiler(s). Set ilib_verbose(2) for more information. >>>>> at line 24 of function generateConfigure called by : >>>>> at line 56 of function ilib_gen_Make_unix called by : >>>>> at line 49 of function ilib_gen_Make called by : >>>>> at line 99 of function ilib_build called by : >>>>> ilib_build(ilib_name, table, files, libs, [], ldflags, cflags); >>>>> at line 24 of exec file called by : >>>>> exec('SCI/etc/scilab.start',-1);;exec('builder.sce',-1) >>>>> >>>>> Argh! Am I doing something wrong? Or is it not working properly? >>>>> >>>>> OSX, same problem: >>>>> >>>>> Ians-Mac-mini:Desktop Ian$ cd swig-scilab/Examples/scilab/simple/ >>>>> Ians-Mac-mini:simple Ian$ make >>>>> make -f ../../Makefile SRCS='example.c' SWIG='../../../preinst-swig' \ >>>>> TARGET='example_wrap.c' INTERFACE='example.i' scilab >>>>> ../../../preinst-swig -scilab -addsrc "example.c" example.i >>>>> if [ -f builder.sce ]; then \ >>>>> env LD_LIBRARY_PATH=.:$LD_LIBRARY_PATH MAKEFLAGS="-j1" -f >>>>> builder.sce; \ >>>>> fi >>>>> env: -f: No such file or directory >>>>> make[1]: *** [scilab] Error 127 >>>>> make: *** [build] Error 2 >>>>> >>>>> >>>>> Ian >>>>> >>>>> >>>>> On Sun, Nov 17, 2013 at 12:17 AM, Ian Bell <ian...@gm...>wrote: >>>>> >>>>>> I'm away from my development computers right now, but I will let >>>>>> you know as soon as I get home whether I can get the examples to build >>>>>> properly now. *fingers crossed*. >>>>>> >>>>>> And then on to my own code. >>>>>> >>>>>> Ian >>>>>> >>>>>> >>>>>> On Fri, Nov 15, 2013 at 12:25 PM, Simon Marchetto < >>>>>> sim...@sc...> wrote: >>>>>> >>>>>>> Le 13/11/2013 19:43, Ian Bell a écrit : >>>>>>> >>>>>>> Simon, >>>>>>> >>>>>>> That macro definition seems to be part of the problem, but there do >>>>>>> seem to be quite a lot of usability issues with 5.4.1 and swig. I would be >>>>>>> very appreciative if you could take a look. Ideally it would be great if >>>>>>> you could run the SWIG test suite before you release a new version to be >>>>>>> sure it isn't going to break things. >>>>>>> >>>>>>> Ian >>>>>>> >>>>>>> >>>>>>> I had the same compilation error as you: >>>>>>> >>>>>>> ilib_compile: An error occurred during the compilation: >>>>>>> In file included from example_wrap.c:759:0: >>>>>>> /home/ian/Desktop/scilab-5.4.1/share/scilab/../../include/scilab/stack-c.h:19:6: >>>>>>> error: #error Using stack-c.h is deprecated. Please use api_scilab instead >>>>>>> (try 'help api_scilab'). Note the stack-c.h API will be removed after >>>>>>> Scilab 6.0. You can define __USE_DEPRECATED_STACK_FUNCTIONS__ >>>>>>> >>>>>>> I committed the fix that does the define of >>>>>>> __USE_DEPRECATED_STACK_FUNCTIONS__. >>>>>>> >>>>>>> With that fix, on an installed Scilab 5.4.1 on a Debian 7.10 x64, I >>>>>>> successfully ran all the examples. >>>>>>> I ran also the test suite. The test suite has still yet some >>>>>>> problems, essentially about typemaps, but these problems are known and are >>>>>>> planned to be to fixed (I hope soon....). >>>>>>> For me 5.4.1 should run as same as 5.3.3, and master 5.5. >>>>>>> >>>>>>> Could you give me some details about your issues ? >>>>>>> >>>>>>> Simon >>>>>>> >>>>>>> PS: the example in documentation (which comes from the simple >>>>>>> example you are testing) was wrong, it did not run. >>>>>>> I fixed this, among many other things in the documentation, which >>>>>>> was outdated (but there is still some work to do). >>>>>>> >>>>>>> >>>>>> >>>>> >>>>> >>>> >>>> >>> >>> >>> -- >>> Simon MARCHETTO >>> Development Engineer >>> ----------------------------------------------------------- >>> Scilab Enterprises >>> 143bis rue Yves Le Coz - 78000 Versailles, France >>> Phone: +33 1 80 77 04 71http://www.scilab-enterprises.com >>> >>> >> >> > > |