From sylvestre.ledru at inria.fr Wed Mar 5 09:53:24 2008 From: sylvestre.ledru at inria.fr (Sylvestre Ledru) Date: Wed, 05 Mar 2008 09:53:24 +0100 Subject: Scilab under MacOSX Message-ID: <1204707204.31813.174.camel@korcula.inria.fr> Hello, I am starting to work on a MacOSX release of Scilab. I don't know if we will be able to release it with the Windows/Linux offical version of Scilab 5.0 but we will do our best. And yes, we will probably support it as an official release. Before I go deeper, is there any comments/ideas ? Does anyone want to be involve ? For now, I am using Darwin ports to install dependencies + Xcode + hpc.sf.net stuff [1] and I started a page on the wiki [2]. Sylvestre [1] http://hpc.sourceforge.net/ [2] http://wiki.scilab.org/Compiling_Scilab_5.x_under_MacOSX From Simone.Mannori at inria.fr Wed Mar 5 09:57:39 2008 From: Simone.Mannori at inria.fr (Simone Mannori) Date: Wed, 05 Mar 2008 09:57:39 +0100 Subject: [Scilab-Dev] Scilab under MacOSX In-Reply-To: <1204707204.31813.174.camel@korcula.inria.fr> References: <1204707204.31813.174.camel@korcula.inria.fr> Message-ID: <1204707459.9345.17.camel@buta.inria.fr> On Wed, 2008-03-05 at 09:53 +0100, Sylvestre Ledru wrote: > Hello, > > I am starting to work on a MacOSX release of Scilab. Scilab 5, I suppose :) > I don't know if we will be able to release it with the Windows/Linux > offical version of Scilab 5.0 but we will do our best. > And yes, we will probably support it as an official release. > > Before I go deeper, is there any comments/ideas ? The new macs uses intel CPU, but there is a HUGE base of potential Scilab 5.x users and developers that continue to use "traditional" PPC Macs (just like my Powerbook G4). Using the "universal binary" the additional work should be minimal. > Does anyone want to be involve ? > Yes. I can do testing, reports, docs, ... and more: it is up to you ;) My dual boot (OSX, Ubuntu) Mac(PPC) is ready, updated and moderately hot .... > For now, I am using Darwin ports to install dependencies + Xcode + > hpc.sf.net stuff [1] and I started a page on the wiki [2]. > Good idea. THX > Sylvestre > > [1] http://hpc.sourceforge.net/ > [2] http://wiki.scilab.org/Compiling_Scilab_5.x_under_MacOSX > From sylvestre.ledru at inria.fr Wed Mar 5 10:18:17 2008 From: sylvestre.ledru at inria.fr (Sylvestre Ledru) Date: Wed, 05 Mar 2008 10:18:17 +0100 Subject: [Scilab-Dev] Scilab under MacOSX In-Reply-To: <1204707459.9345.17.camel@buta.inria.fr> References: <1204707204.31813.174.camel@korcula.inria.fr> <1204707459.9345.17.camel@buta.inria.fr> Message-ID: <1204708697.31813.182.camel@korcula.inria.fr> > The new macs uses intel CPU, but there is a HUGE base of potential > Scilab 5.x users and developers that continue to use "traditional" PPC > Macs (just like my Powerbook G4). Just need a PPC CPU to build it. > Using the "universal binary" the additional work should be minimal. Yes, we will probably go this way. Sylvestre From mottelet at dma.utc.fr Wed Mar 5 10:15:31 2008 From: mottelet at dma.utc.fr (mottelet at dma.utc.fr) Date: Wed, 5 Mar 2008 10:15:31 +0100 Subject: [Scilab-Dev] Scilab under MacOSX In-Reply-To: <1204707204.31813.174.camel@korcula.inria.fr> References: <1204707204.31813.174.camel@korcula.inria.fr> Message-ID: <1204708531.47ce64b3717ad@mail.hds.utc.fr> Selon Sylvestre Ledru : > Hello, > > I am starting to work on a MacOSX release of Scilab. > I don't know if we will be able to release it with the Windows/Linux > offical version of Scilab 5.0 but we will do our best. > And yes, we will probably support it as an official release. > > Before I go deeper, is there any comments/ideas ? > Does anyone want to be involve ? > > For now, I am using Darwin ports to install dependencies + Xcode + > hpc.sf.net stuff [1] and I started a page on the wiki [2]. As far as im a concerned, I work with Fink, since there is already someone (Jeffrey Witheaker) maintaining the official Fink package. Jeffrey has already solved many problems which were specific to the couple Intel/OSX (pbs with dlamch.f and slmach.f for example, and many others). Until now, I never needed to use Xcode, but maybe this will be compulsory since there is now a bunch of Java stuff... S. > > Sylvestre > > [1] http://hpc.sourceforge.net/ > [2] http://wiki.scilab.org/Compiling_Scilab_5.x_under_MacOSX > ------------------------------------------------- From Simone.Mannori at inria.fr Wed Mar 5 10:26:25 2008 From: Simone.Mannori at inria.fr (Simone Mannori) Date: Wed, 05 Mar 2008 10:26:25 +0100 Subject: [Scilab-Dev] Scilab under MacOSX In-Reply-To: <1204708697.31813.182.camel@korcula.inria.fr> References: <1204707204.31813.174.camel@korcula.inria.fr> <1204707459.9345.17.camel@buta.inria.fr> <1204708697.31813.182.camel@korcula.inria.fr> Message-ID: <1204709185.9345.20.camel@buta.inria.fr> On Wed, 2008-03-05 at 10:18 +0100, Sylvestre Ledru wrote: > > The new macs uses intel CPU, but there is a HUGE base of potential > > Scilab 5.x users and developers that continue to use "traditional" PPC > > Macs (just like my Powerbook G4). > Just need a PPC CPU to build it. > My PPC is ready :) > > Using the "universal binary" the additional work should be minimal. > Yes, we will probably go this way. Great :) Simone From sylvestre.ledru at inria.fr Wed Mar 5 10:48:30 2008 From: sylvestre.ledru at inria.fr (Sylvestre Ledru) Date: Wed, 05 Mar 2008 10:48:30 +0100 Subject: [Scilab-Dev] Scilab under MacOSX In-Reply-To: <1204708531.47ce64b3717ad@mail.hds.utc.fr> References: <1204707204.31813.174.camel@korcula.inria.fr> <1204708531.47ce64b3717ad@mail.hds.utc.fr> Message-ID: <1204710510.31813.205.camel@korcula.inria.fr> Le mercredi 05 mars 2008 ? 10:15 +0100, mottelet at dma.utc.fr a ?crit : > Selon Sylvestre Ledru : > > > Hello, > > > > I am starting to work on a MacOSX release of Scilab. > > I don't know if we will be able to release it with the Windows/Linux > > offical version of Scilab 5.0 but we will do our best. > > And yes, we will probably support it as an official release. > > > > Before I go deeper, is there any comments/ideas ? > > Does anyone want to be involve ? > > > > For now, I am using Darwin ports to install dependencies + Xcode + > > hpc.sf.net stuff [1] and I started a page on the wiki [2]. > > As far as im a concerned, I work with Fink, since there is > already someone (Jeffrey Witheaker) maintaining the official > Fink package. Jeffrey has already solved many problems > which were specific to the couple Intel/OSX (pbs with > dlamch.f and slmach.f for example, and many others). Until now, > I never needed to use Xcode, but maybe this will be compulsory > since there is now a bunch of Java stuff... Merci St?phane. Do you have an idea what is the most used between fink and darwinports for lambda and power users ? I am going to contact Jeffrey. Sylvestre From stephane.mottelet at utc.fr Wed Mar 5 11:02:47 2008 From: stephane.mottelet at utc.fr (=?ISO-8859-1?Q?St=E9phane_Mottelet?=) Date: Wed, 05 Mar 2008 11:02:47 +0100 Subject: [Scilab-Dev] Scilab under MacOSX In-Reply-To: <1204710510.31813.205.camel@korcula.inria.fr> References: <1204707204.31813.174.camel@korcula.inria.fr> <1204708531.47ce64b3717ad@mail.hds.utc.fr> <1204710510.31813.205.camel@korcula.inria.fr> Message-ID: <47CE6FC7.7050504@utc.fr> Sylvestre Ledru a ?crit : > Le mercredi 05 mars 2008 ? 10:15 +0100, mottelet at dma.utc.fr a ?crit : > >> Selon Sylvestre Ledru : >> >> >>> Hello, >>> >>> I am starting to work on a MacOSX release of Scilab. >>> I don't know if we will be able to release it with the Windows/Linux >>> offical version of Scilab 5.0 but we will do our best. >>> And yes, we will probably support it as an official release. >>> >>> Before I go deeper, is there any comments/ideas ? >>> Does anyone want to be involve ? >>> >>> For now, I am using Darwin ports to install dependencies + Xcode + >>> hpc.sf.net stuff [1] and I started a page on the wiki [2]. >>> >> As far as im a concerned, I work with Fink, since there is >> already someone (Jeffrey Witheaker) maintaining the official >> Fink package. Jeffrey has already solved many problems >> which were specific to the couple Intel/OSX (pbs with >> dlamch.f and slmach.f for example, and many others). Until now, >> I never needed to use Xcode, but maybe this will be compulsory >> since there is now a bunch of Java stuff... >> > Merci St?phane. > Do you have an idea what is the most used between fink and darwinports > for lambda and power users ? > Fink, for sure. Fink is based on the apt package system (debian like) and it is easy to cope with dependencies. But maye it is also easy with Darwinports. > I am going to contact Jeffrey. > If you are interested i can send you the actual patch file (for 2.4.1) to see where are the recurrent problems. > Sylvestre > -- St?phane Mottelet Laboratoire de Math?matiques Appliqu?es Universit? de Technologie de Compi?gne http://www.lmac.utc.fr/~mottelet From sylvestre.ledru at inria.fr Wed Mar 5 11:16:08 2008 From: sylvestre.ledru at inria.fr (Sylvestre Ledru) Date: Wed, 05 Mar 2008 11:16:08 +0100 Subject: [Scilab-Dev] Scilab under MacOSX In-Reply-To: <47CE6FC7.7050504@utc.fr> References: <1204707204.31813.174.camel@korcula.inria.fr> <1204708531.47ce64b3717ad@mail.hds.utc.fr> <1204710510.31813.205.camel@korcula.inria.fr> <47CE6FC7.7050504@utc.fr> Message-ID: <1204712168.31813.216.camel@korcula.inria.fr> > > Do you have an idea what is the most used between fink and darwinports > > for lambda and power users ? > > > Fink, for sure. Fink is based on the apt package system (debian like) > and it is easy > to cope with dependencies. But maye it is also easy with Darwinports. It is very easy with DarwinPorts too. > > I am going to contact Jeffrey. > > > If you are interested i can send you the actual patch file (for 2.4.1) > to see where are > the recurrent problems. Yep, that would be great. Sylvestre From stephane.mottelet at utc.fr Wed Mar 5 11:21:18 2008 From: stephane.mottelet at utc.fr (=?ISO-8859-1?Q?St=E9phane_Mottelet?=) Date: Wed, 05 Mar 2008 11:21:18 +0100 Subject: [Scilab-Dev] Scilab under MacOSX In-Reply-To: <1204712168.31813.216.camel@korcula.inria.fr> References: <1204707204.31813.174.camel@korcula.inria.fr> <1204708531.47ce64b3717ad@mail.hds.utc.fr> <1204710510.31813.205.camel@korcula.inria.fr> <47CE6FC7.7050504@utc.fr> <1204712168.31813.216.camel@korcula.inria.fr> Message-ID: <47CE741E.8040704@utc.fr> Sylvestre Ledru a ?crit : >>> Do you have an idea what is the most used between fink and darwinports >>> for lambda and power users ? >>> >>> >> Fink, for sure. Fink is based on the apt package system (debian like) >> and it is easy >> to cope with dependencies. But maye it is also easy with Darwinports. >> > It is very easy with DarwinPorts too. > > >>> I am going to contact Jeffrey. >>> >>> >> If you are interested i can send you the actual patch file (for 2.4.1) >> to see where are >> the recurrent problems. >> > Yep, that would be great. > > Sylvestre > Here are the files. S. -- St?phane Mottelet Laboratoire de Math?matiques Appliqu?es Universit? de Technologie de Compi?gne http://www.lmac.utc.fr/~mottelet -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: scilab-gtk.patch URL: -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: scilab-gtk.info URL: From fvogelnew1 at free.fr Wed Mar 5 16:16:52 2008 From: fvogelnew1 at free.fr (fvogelnew1 at free.fr) Date: Wed, 05 Mar 2008 16:16:52 +0100 Subject: Commit 23351 about the Tcl event loop Message-ID: <1204730212.47ceb964a04a9@imp.free.fr> Hi, I have noticed commit 23351 from Bruno Jofret, and I see three points to raise about it. 1. This commit: http://viewvc.scilab.org/bin/cgi/viewvc.cgi/trunk/scilab/modules/core/src/c/syncexec.c?limit_changes=0&r1=23350&r2=23351 has changed a fix that Serge has made for bugs 2455 and 2384. a. Did you check that those bugs do not show up again? b. What is the reason for overriding what parse has set in the interruptible flag? 2. In the same commit, we can now read this: http://viewvc.scilab.org/bin/cgi/viewvc.cgi/trunk/scilab/modules/scipad/tcl/scilabexec.tcl?limit_changes=0&r1=23350&r2=23351 # Bruno : Communication between Scipad and Scilab through # TCL global interp is not a clever idea... I will check this in depth, but I think I remember it didn't work correctly when the scipad Tcl interpreter was used, that's why I had to use the global Tcl interp. Anyway, Bruno Jofret, could you please elaborate on why you say it's not clever? 3. Still in scilabexec.tcl: ScilabEval_lt "flush" must be useless since all the previous ScilabEvals use "sync" "seq". If your changes do no longer work when you remove the flush, then it means that the sync option of ScilabEval does not work. Looking forward to read your answers. Francois From sylvestre.ledru at inria.fr Wed Mar 5 19:03:02 2008 From: sylvestre.ledru at inria.fr (Sylvestre Ledru) Date: Wed, 05 Mar 2008 19:03:02 +0100 Subject: [Scilab-Dev] Scilab under MacOSX In-Reply-To: <47CE741E.8040704@utc.fr> References: <1204707204.31813.174.camel@korcula.inria.fr> <1204708531.47ce64b3717ad@mail.hds.utc.fr> <1204710510.31813.205.camel@korcula.inria.fr> <47CE6FC7.7050504@utc.fr> <1204712168.31813.216.camel@korcula.inria.fr> <47CE741E.8040704@utc.fr> Message-ID: <1204740182.31813.395.camel@korcula.inria.fr> > >> If you are interested i can send you the actual patch file (for > 2.4.1) > >> to see where are > >> the recurrent problems. > >> > > Yep, that would be great. > > > > Sylvestre > > > Here are the files. Thanks again. I think that most of the include issues are already fixed in the trunks. Don't hesitate if you see me doing some crappy non-mac OS things. S. too From ycollette at free.fr Thu Mar 6 11:04:12 2008 From: ycollette at free.fr (Collette Yann) Date: Thu, 06 Mar 2008 11:04:12 +0100 Subject: Scilab-5 and rendering a plot under linux Message-ID: <47CFC19C.9030705@free.fr> Hello, I've still a lot of problem to render a plot under linux mandriva-2008.0. I'm an unlucky owner of an ati radean 9200 PRO graphic card. I've tried to install the latest ati driver obtained from ati.amd.com and scilab-5 hangs when I tried to plot a simple curve (see bug http://www.scilab.org/cgi-bin/bugzilla_bug_II/show_bug.cgi?id=2657). So I decided to switch to the x.org ati driver. First try: I removed the Load "glx" and Load "dri" options with the "radeon" driver. When I enter the command plot(X,Y), an empty plot windows pops up and an error message appears in the console (something like "can't find GLX ..."). Second try: I added the Load "glx" option and then, the plot windows appears and a loop of error messages (related to java) appears in the console. The list of messages ended with: Exception in thread "AWT-EventQueue-0" java.lang.OutOfMemoryError: Java heap space I join a log of the error messages (the log is gzipped and weight 11Mo ungzipped !). Yann COLLETTE -------------- next part -------------- A non-text attachment was scrubbed... Name: log.txt.gz Type: application/x-gzip Size: 702098 bytes Desc: not available URL: From Simone.Mannori at inria.fr Thu Mar 6 11:22:33 2008 From: Simone.Mannori at inria.fr (Simone Mannori) Date: Thu, 06 Mar 2008 11:22:33 +0100 Subject: [Scilab-Dev] Scilab-5 and rendering a plot under linux In-Reply-To: <47CFC19C.9030705@free.fr> References: <47CFC19C.9030705@free.fr> Message-ID: <1204798953.12732.19.camel@buta.inria.fr> Bonjour, unfortunately the Scilab 5 Java graphics pipeline crash with all the Linux ATI 3D driver (binary and open source) that we have tested. Jean-Baptiste Silvy is in direct contact with ATI and JOGL developers: we want to find a way to fix this bug (probably an ATI-Linux driver issue) as soon is possible. In the meanwhile you have two alternatives : - if you disable all the DRI acceleration features, the MESA software only emulation works. Very, Very slow but Scilab 5 works ; - install the binary version under Windows. Under Windows Scilab 5 works with ATI cards perfectly. I personally tested also integrated cards (ATI, Intel and SIS) with success. Unfortunately for Linux users, the average quality of the ATI Linux driver is not at the same level of the Windows version. With NVIDIA Scilab 5 works perfectly (Linux, Windows). I have four laptops with ATI cards (three PCs, one Mac), so I am very well motivated for this job. Simone Mannori - Scilab/Scicos Embedded Applications Eng. On Thu, 2008-03-06 at 11:04 +0100, Collette Yann wrote: > Hello, > > I've still a lot of problem to render a plot under linux > mandriva-2008.0. I'm an unlucky owner of an ati radean 9200 PRO graphic > card. > I've tried to install the latest ati driver obtained from ati.amd.com > and scilab-5 hangs when I tried to plot a simple curve (see bug > http://www.scilab.org/cgi-bin/bugzilla_bug_II/show_bug.cgi?id=2657). > So I decided to switch to the x.org ati driver. > First try: I removed the Load "glx" and Load "dri" options with the > "radeon" driver. > When I enter the command plot(X,Y), an empty plot windows pops up and an > error message appears in the console (something like "can't find GLX ..."). > Second try: I added the Load "glx" option and then, the plot windows > appears and a loop of error messages (related to java) appears in the > console. The list of messages ended with: > Exception in thread "AWT-EventQueue-0" java.lang.OutOfMemoryError: Java > heap space > > I join a log of the error messages (the log is gzipped and weight 11Mo > ungzipped !). > > Yann COLLETTE From ycollet at freesurf.fr Thu Mar 6 12:06:03 2008 From: ycollet at freesurf.fr (Collette Yann) Date: Thu, 06 Mar 2008 12:06:03 +0100 Subject: [Scilab-Dev] Scilab-5 and rendering a plot under linux In-Reply-To: <1204798953.12732.19.camel@buta.inria.fr> References: <47CFC19C.9030705@free.fr> <1204798953.12732.19.camel@buta.inria.fr> Message-ID: <47CFD01B.3050103@freesurf.fr> Hello, Thanks for the comment. I have tried under windows and it works fine for me too. YC Simone Mannori a ?crit : > Bonjour, > > unfortunately the Scilab 5 Java graphics pipeline crash with all the > Linux ATI 3D driver (binary and open source) that we have tested. > > Jean-Baptiste Silvy is in direct contact with ATI and JOGL developers: > we want to find a way to fix this bug (probably an ATI-Linux driver > issue) as soon is possible. > > In the meanwhile you have two alternatives : > > - if you disable all the DRI acceleration features, the MESA software > only emulation works. Very, Very slow but Scilab 5 works ; > > - install the binary version under Windows. Under Windows Scilab 5 works > with ATI cards perfectly. I personally tested also integrated cards > (ATI, Intel and SIS) with success. > > Unfortunately for Linux users, the average quality of the ATI Linux > driver is not at the same level of the Windows version. > > With NVIDIA Scilab 5 works perfectly (Linux, Windows). > > I have four laptops with ATI cards (three PCs, one Mac), so I am very > well motivated for this job. > > Simone Mannori - Scilab/Scicos Embedded Applications Eng. > > On Thu, 2008-03-06 at 11:04 +0100, Collette Yann wrote: > >> Hello, >> >> I've still a lot of problem to render a plot under linux >> mandriva-2008.0. I'm an unlucky owner of an ati radean 9200 PRO graphic >> card. >> I've tried to install the latest ati driver obtained from ati.amd.com >> and scilab-5 hangs when I tried to plot a simple curve (see bug >> http://www.scilab.org/cgi-bin/bugzilla_bug_II/show_bug.cgi?id=2657). >> So I decided to switch to the x.org ati driver. >> First try: I removed the Load "glx" and Load "dri" options with the >> "radeon" driver. >> When I enter the command plot(X,Y), an empty plot windows pops up and an >> error message appears in the console (something like "can't find GLX ..."). >> Second try: I added the Load "glx" option and then, the plot windows >> appears and a loop of error messages (related to java) appears in the >> console. The list of messages ended with: >> Exception in thread "AWT-EventQueue-0" java.lang.OutOfMemoryError: Java >> heap space >> >> I join a log of the error messages (the log is gzipped and weight 11Mo >> ungzipped !). >> >> Yann COLLETTE >> > > From ycollet at freesurf.fr Thu Mar 6 12:08:27 2008 From: ycollet at freesurf.fr (Collette Yann) Date: Thu, 06 Mar 2008 12:08:27 +0100 Subject: [Scilab-Dev] Scilab-5 and rendering a plot under linux In-Reply-To: <1204798953.12732.19.camel@buta.inria.fr> References: <47CFC19C.9030705@free.fr> <1204798953.12732.19.camel@buta.inria.fr> Message-ID: <47CFD0AB.7030007@freesurf.fr> By the way: the last driver I tried was "radeon" which is shipped via xorg and it's not a driver made by ATI. The problem is nearly the same with this driver. It doesn't make scilab hang, but scilab seems to be trapped into an infinite loop ... YC Simone Mannori a ?crit : > Bonjour, > > unfortunately the Scilab 5 Java graphics pipeline crash with all the > Linux ATI 3D driver (binary and open source) that we have tested. > > Jean-Baptiste Silvy is in direct contact with ATI and JOGL developers: > we want to find a way to fix this bug (probably an ATI-Linux driver > issue) as soon is possible. > > In the meanwhile you have two alternatives : > > - if you disable all the DRI acceleration features, the MESA software > only emulation works. Very, Very slow but Scilab 5 works ; > > - install the binary version under Windows. Under Windows Scilab 5 works > with ATI cards perfectly. I personally tested also integrated cards > (ATI, Intel and SIS) with success. > > Unfortunately for Linux users, the average quality of the ATI Linux > driver is not at the same level of the Windows version. > > With NVIDIA Scilab 5 works perfectly (Linux, Windows). > > I have four laptops with ATI cards (three PCs, one Mac), so I am very > well motivated for this job. > > Simone Mannori - Scilab/Scicos Embedded Applications Eng. > > On Thu, 2008-03-06 at 11:04 +0100, Collette Yann wrote: > >> Hello, >> >> I've still a lot of problem to render a plot under linux >> mandriva-2008.0. I'm an unlucky owner of an ati radean 9200 PRO graphic >> card. >> I've tried to install the latest ati driver obtained from ati.amd.com >> and scilab-5 hangs when I tried to plot a simple curve (see bug >> http://www.scilab.org/cgi-bin/bugzilla_bug_II/show_bug.cgi?id=2657). >> So I decided to switch to the x.org ati driver. >> First try: I removed the Load "glx" and Load "dri" options with the >> "radeon" driver. >> When I enter the command plot(X,Y), an empty plot windows pops up and an >> error message appears in the console (something like "can't find GLX ..."). >> Second try: I added the Load "glx" option and then, the plot windows >> appears and a loop of error messages (related to java) appears in the >> console. The list of messages ended with: >> Exception in thread "AWT-EventQueue-0" java.lang.OutOfMemoryError: Java >> heap space >> >> I join a log of the error messages (the log is gzipped and weight 11Mo >> ungzipped !). >> >> Yann COLLETTE >> > > From sylvestre.ledru at inria.fr Thu Mar 6 16:13:21 2008 From: sylvestre.ledru at inria.fr (Sylvestre Ledru) Date: Thu, 06 Mar 2008 16:13:21 +0100 Subject: Numbering of the Scilab libraries Message-ID: <1204816401.31813.780.camel@korcula.inria.fr> Hello, Just to let you know that I added a version number on linux/unix/macosx libraries. This will simplify life of people who would like to us Scilab as an API / computing engine. At the moment, I use 5.0.0 as a global version but if Scilab is used more and more as an engine, we might procuded versioning per libraries. [1] You will find more information on: http://www.gnu.org/software/libtool/manual.html#Versioning And the trick is to give to the linker the option: -version-info (see [2]). Sylvestre [1] here is a great ASCII art showing how does it work: #GENERIC_LIBRARY_VERSION=1:2:0 # | | | # +------+ | +---+ # | | | # current:revision:age # | | | # | | +- increment if interfaces have been added # | | set to zero if interfaces have been removed # or changed # | +- increment if source code has changed # | set to zero if current is incremented # +- increment if interfaces have been added, removed or changed [2] An example of the change http://viewvc.scilab.org/bin/cgi/viewvc.cgi/trunk/scilab/modules/fftw/Makefile.am?limit_changes=100&r1=23248&r2=23395 From ycollet at freesurf.fr Thu Mar 6 18:05:16 2008 From: ycollet at freesurf.fr (Collette Yann) Date: Thu, 06 Mar 2008 18:05:16 +0100 Subject: Icon separator not correctly drawn Message-ID: <47D0244C.6000000@freesurf.fr> Hello, Under linux, the icon separators on the toolbar are not correctly drawn. I join a copy of the main window. YC -------------- next part -------------- A non-text attachment was scrubbed... Name: capture1.png Type: image/png Size: 16341 bytes Desc: not available URL: From ycollet at freesurf.fr Thu Mar 6 18:06:54 2008 From: ycollet at freesurf.fr (Collette Yann) Date: Thu, 06 Mar 2008 18:06:54 +0100 Subject: Problem with the help Message-ID: <47D024AE.4080607@freesurf.fr> Hello, When I try to open the help viewer (using the menu in the toolbar or via the console - help()), I've got the following error: !--error 241 File whatis.htm does not exist or read access denied. at line 14 of function rescan_helps called by : line 16 of function sciGUIhelp called by : line 29 of function run_help called by : line 21 of function browsehelp called by : line 18 of function help called by : help(); while executing a callback YC From vincent.couvert at inria.fr Thu Mar 6 18:13:21 2008 From: vincent.couvert at inria.fr (Vincent COUVERT) Date: Thu, 06 Mar 2008 18:13:21 +0100 Subject: [Scilab-Dev] Icon separator not correctly drawn In-Reply-To: <47D0244C.6000000@freesurf.fr> References: <47D0244C.6000000@freesurf.fr> Message-ID: <47D02631.7000209@inria.fr> Hello Yann, Which Linux do you use ? Vincent Collette Yann a ?crit : > Hello, > > Under linux, the icon separators on the toolbar are not correctly drawn. > I join a copy of the main window. > > YC > > > ------------------------------------------------------------------------ > -- ============================================== Vincent COUVERT Centre de Recherche INRIA Paris-Rocquencourt Domaine de Voluceau - B.P. 105 78153 Le Chesnay Cedex ============================================== Equipe Projet SCILAB B?timent 1B - Bureau 013 Email : vincent.couvert at inria.fr T?l : +33 (0)1 39 63 54 46 Fax : +33 (0)1 39 63 55 94 ============================================== From ycollet at freesurf.fr Thu Mar 6 18:15:59 2008 From: ycollet at freesurf.fr (Collette Yann) Date: Thu, 06 Mar 2008 18:15:59 +0100 Subject: [Scilab-Dev] Icon separator not correctly drawn In-Reply-To: <47D02631.7000209@inria.fr> References: <47D0244C.6000000@freesurf.fr> <47D02631.7000209@inria.fr> Message-ID: <47D026CF.5040809@freesurf.fr> Vincent COUVERT a ?crit : > Hello Yann, > > Which Linux do you use ? > > Vincent > > Collette Yann a ?crit : >> Hello, >> >> Under linux, the icon separators on the toolbar are not correctly drawn. >> I join a copy of the main window. >> >> YC >> >> >> ------------------------------------------------------------------------ >> > Hello, Mandriva-2008.0 YC From sylvestre.ledru at inria.fr Thu Mar 6 18:22:55 2008 From: sylvestre.ledru at inria.fr (Sylvestre Ledru) Date: Thu, 06 Mar 2008 18:22:55 +0100 Subject: [Scilab-Dev] Icon separator not correctly drawn In-Reply-To: <47D026CF.5040809@freesurf.fr> References: <47D0244C.6000000@freesurf.fr> <47D02631.7000209@inria.fr> <47D026CF.5040809@freesurf.fr> Message-ID: <1204824175.31813.840.camel@korcula.inria.fr> > Mandriva-2008.0 KDE then ? Sylvestre From sylvestre.ledru at inria.fr Thu Mar 6 18:28:50 2008 From: sylvestre.ledru at inria.fr (Sylvestre Ledru) Date: Thu, 06 Mar 2008 18:28:50 +0100 Subject: [Scilab-Dev] Problem with the help In-Reply-To: <47D024AE.4080607@freesurf.fr> References: <47D024AE.4080607@freesurf.fr> Message-ID: <1204824530.31813.847.camel@korcula.inria.fr> > When I try to open the help viewer (using the menu in the toolbar or via > the console - help()), I've got the following error: > > !--error 241 > File whatis.htm does not exist or read access denied. > > at line 14 of function rescan_helps called by : > line 16 of function sciGUIhelp called by : > line 29 of function run_help called by : > line 21 of function browsehelp called by : > line 18 of function help called by : > help(); > while executing a callback Are you sure that you compiled the help ? ("make doc" in the source dir for Linux) We don't work/debug much the help system for now in Scilab. We will introduce before the beta release a new standard XML syntax and a new help browser. Sylvestre From ycollet at freesurf.fr Thu Mar 6 21:01:52 2008 From: ycollet at freesurf.fr (Collette Yann) Date: Thu, 06 Mar 2008 21:01:52 +0100 Subject: [Scilab-Dev] Icon separator not correctly drawn In-Reply-To: <1204824175.31813.840.camel@korcula.inria.fr> References: <47D0244C.6000000@freesurf.fr> <47D02631.7000209@inria.fr> <47D026CF.5040809@freesurf.fr> <1204824175.31813.840.camel@korcula.inria.fr> Message-ID: <47D04DB0.5080206@freesurf.fr> Sylvestre Ledru a ?crit : >> Mandriva-2008.0 >> > > KDE then ? > > Sylvestre > > kde-3.5.7 YC PS: the captain is 37 years old From ycollet at freesurf.fr Thu Mar 6 21:03:08 2008 From: ycollet at freesurf.fr (Collette Yann) Date: Thu, 06 Mar 2008 21:03:08 +0100 Subject: [Scilab-Dev] Problem with the help In-Reply-To: <1204824530.31813.847.camel@korcula.inria.fr> References: <47D024AE.4080607@freesurf.fr> <1204824530.31813.847.camel@korcula.inria.fr> Message-ID: <47D04DFC.1080004@freesurf.fr> Sylvestre Ledru a ?crit : >> When I try to open the help viewer (using the menu in the toolbar or via >> the console - help()), I've got the following error: >> >> !--error 241 >> File whatis.htm does not exist or read access denied. >> >> at line 14 of function rescan_helps called by : >> line 16 of function sciGUIhelp called by : >> line 29 of function run_help called by : >> line 21 of function browsehelp called by : >> line 18 of function help called by : >> help(); >> while executing a callback >> > Are you sure that you compiled the help ? ("make doc" in the source dir > for Linux) > > We don't work/debug much the help system for now in Scilab. We will > introduce before the beta release a new standard XML syntax and a new > help browser. > > Sylvestre > > Yes, the documentation is built. It has worked ... but now, it doesn't. I am so ... disappointed :-[ YC From ycollet at freesurf.fr Thu Mar 6 22:12:31 2008 From: ycollet at freesurf.fr (Collette Yann) Date: Thu, 06 Mar 2008 22:12:31 +0100 Subject: [Scilab-Dev] Scilab-5 and rendering a plot under linux In-Reply-To: <47CFC19C.9030705@free.fr> References: <47CFC19C.9030705@free.fr> Message-ID: <47D05E3F.7020409@freesurf.fr> Collette Yann a ?crit : > Hello, > > I've still a lot of problem to render a plot under linux > mandriva-2008.0. I'm an unlucky owner of an ati radean 9200 PRO > graphic card. > I've tried to install the latest ati driver obtained from ati.amd.com > and scilab-5 hangs when I tried to plot a simple curve (see bug > http://www.scilab.org/cgi-bin/bugzilla_bug_II/show_bug.cgi?id=2657). > So I decided to switch to the x.org ati driver. > First try: I removed the Load "glx" and Load "dri" options with the > "radeon" driver. > When I enter the command plot(X,Y), an empty plot windows pops up and > an error message appears in the console (something like "can't find > GLX ..."). > Second try: I added the Load "glx" option and then, the plot windows > appears and a loop of error messages (related to java) appears in the > console. The list of messages ended with: > Exception in thread "AWT-EventQueue-0" java.lang.OutOfMemoryError: > Java heap space > > I join a log of the error messages (the log is gzipped and weight 11Mo > ungzipped !). > > Yann COLLETTE Hello, Ah ah ! Something has changed since this morning. Here are the messages I see in the bash console when I start scilab (these messages where not here this morning): Could not enable OpenGL pipeline for default config on screen 0 Set the EventHandler status of figure 0 to false Exception in thread "main" java.lang.NullPointerException at org.scilab.modules.gui.bridge.CallScilabBridge.setEventHandlerEnabled(Unknown Source) Set the EventHandler of figure 0 to Exception in thread "main" java.lang.NullPointerException at org.scilab.modules.gui.bridge.CallScilabBridge.setEventHandler(Unknown Source) Set the EventHandler status of figure 0 to false Exception in thread "main" java.lang.NullPointerException at org.scilab.modules.gui.bridge.CallScilabBridge.setEventHandlerEnabled(Unknown Source) Set the EventHandler status of figure 0 to false Set the EventHandler of figure 0 to Set the EventHandler status of figure 0 to false Now, When do a plot(X,Y), here is the window I see (without any infinite loop) (see included image). All the points of the curve are here ... but in disorder :-) YC -------------- next part -------------- A non-text attachment was scrubbed... Name: capture2.png Type: image/png Size: 9617 bytes Desc: not available URL: From vincent.couvert at inria.fr Fri Mar 7 08:42:39 2008 From: vincent.couvert at inria.fr (Vincent COUVERT) Date: Fri, 07 Mar 2008 08:42:39 +0100 Subject: [Scilab-Dev] Scilab-5 and rendering a plot under linux In-Reply-To: <47D05E3F.7020409@freesurf.fr> References: <47CFC19C.9030705@free.fr> <47D05E3F.7020409@freesurf.fr> Message-ID: <47D0F1EF.1030000@inria.fr> These NullPointerException should no more occur, I fixed this bug yesterday evening. Vincent Collette Yann a ?crit : > Collette Yann a ?crit : >> Hello, >> >> I've still a lot of problem to render a plot under linux >> mandriva-2008.0. I'm an unlucky owner of an ati radean 9200 PRO >> graphic card. >> I've tried to install the latest ati driver obtained from ati.amd.com >> and scilab-5 hangs when I tried to plot a simple curve (see bug >> http://www.scilab.org/cgi-bin/bugzilla_bug_II/show_bug.cgi?id=2657). >> So I decided to switch to the x.org ati driver. >> First try: I removed the Load "glx" and Load "dri" options with the >> "radeon" driver. >> When I enter the command plot(X,Y), an empty plot windows pops up and >> an error message appears in the console (something like "can't find >> GLX ..."). >> Second try: I added the Load "glx" option and then, the plot windows >> appears and a loop of error messages (related to java) appears in >> the console. The list of messages ended with: >> Exception in thread "AWT-EventQueue-0" java.lang.OutOfMemoryError: >> Java heap space >> >> I join a log of the error messages (the log is gzipped and weight >> 11Mo ungzipped !). >> >> Yann COLLETTE > Hello, > > Ah ah ! Something has changed since this morning. > Here are the messages I see in the bash console when I start scilab > (these messages where not here this morning): > > Could not enable OpenGL pipeline for default config on screen 0 > Set the EventHandler status of figure 0 to false > Exception in thread "main" java.lang.NullPointerException > at > org.scilab.modules.gui.bridge.CallScilabBridge.setEventHandlerEnabled(Unknown > Source) > Set the EventHandler of figure 0 to > Exception in thread "main" java.lang.NullPointerException > at > org.scilab.modules.gui.bridge.CallScilabBridge.setEventHandler(Unknown > Source) > Set the EventHandler status of figure 0 to false > Exception in thread "main" java.lang.NullPointerException > at > org.scilab.modules.gui.bridge.CallScilabBridge.setEventHandlerEnabled(Unknown > Source) > Set the EventHandler status of figure 0 to false > Set the EventHandler of figure 0 to > Set the EventHandler status of figure 0 to false > > > Now, When do a plot(X,Y), here is the window I see (without any > infinite loop) (see included image). > All the points of the curve are here ... but in disorder :-) > > YC > > > > ------------------------------------------------------------------------ > -- ============================================== Vincent COUVERT Centre de Recherche INRIA Paris-Rocquencourt Domaine de Voluceau - B.P. 105 78153 Le Chesnay Cedex ============================================== Equipe Projet SCILAB B?timent 1B - Bureau 013 Email : vincent.couvert at inria.fr T?l : +33 (0)1 39 63 54 46 Fax : +33 (0)1 39 63 55 94 ============================================== From yann.collette at renault.com Fri Mar 7 08:45:13 2008 From: yann.collette at renault.com (COLLETTE Yann) Date: Fri, 07 Mar 2008 08:45:13 +0100 Subject: [Scilab-Dev] Scilab-5 and rendering a plot under linux In-Reply-To: <47D0F1EF.1030000@inria.fr> References: <47CFC19C.9030705@free.fr> <47D05E3F.7020409@freesurf.fr> <47D0F1EF.1030000@inria.fr> Message-ID: <47D0F289.6030004@renault.com> The good news is that the plot command started to work under ATI (I have switched to the xorg radeon driver instead of the proprietary ATI driver). YC Vincent COUVERT a ?crit : > These NullPointerException should no more occur, I fixed this bug > yesterday evening. > > Vincent > > Collette Yann a ?crit : >> Collette Yann a ?crit : >>> Hello, >>> >>> I've still a lot of problem to render a plot under linux >>> mandriva-2008.0. I'm an unlucky owner of an ati radean 9200 PRO >>> graphic card. >>> I've tried to install the latest ati driver obtained from >>> ati.amd.com and scilab-5 hangs when I tried to plot a simple curve >>> (see bug >>> http://www.scilab.org/cgi-bin/bugzilla_bug_II/show_bug.cgi?id=2657). >>> So I decided to switch to the x.org ati driver. >>> First try: I removed the Load "glx" and Load "dri" options with the >>> "radeon" driver. >>> When I enter the command plot(X,Y), an empty plot windows pops up >>> and an error message appears in the console (something like "can't >>> find GLX ..."). >>> Second try: I added the Load "glx" option and then, the plot windows >>> appears and a loop of error messages (related to java) appears in >>> the console. The list of messages ended with: >>> Exception in thread "AWT-EventQueue-0" java.lang.OutOfMemoryError: >>> Java heap space >>> >>> I join a log of the error messages (the log is gzipped and weight >>> 11Mo ungzipped !). >>> >>> Yann COLLETTE >> Hello, >> >> Ah ah ! Something has changed since this morning. >> Here are the messages I see in the bash console when I start scilab >> (these messages where not here this morning): >> >> Could not enable OpenGL pipeline for default config on screen 0 >> Set the EventHandler status of figure 0 to false >> Exception in thread "main" java.lang.NullPointerException >> at >> org.scilab.modules.gui.bridge.CallScilabBridge.setEventHandlerEnabled(Unknown >> Source) >> Set the EventHandler of figure 0 to >> Exception in thread "main" java.lang.NullPointerException >> at >> org.scilab.modules.gui.bridge.CallScilabBridge.setEventHandler(Unknown >> Source) >> Set the EventHandler status of figure 0 to false >> Exception in thread "main" java.lang.NullPointerException >> at >> org.scilab.modules.gui.bridge.CallScilabBridge.setEventHandlerEnabled(Unknown >> Source) >> Set the EventHandler status of figure 0 to false >> Set the EventHandler of figure 0 to >> Set the EventHandler status of figure 0 to false >> >> >> Now, When do a plot(X,Y), here is the window I see (without any >> infinite loop) (see included image). >> All the points of the curve are here ... but in disorder :-) >> >> YC >> >> >> >> ------------------------------------------------------------------------ >> > From Simone.Mannori at inria.fr Fri Mar 7 08:43:44 2008 From: Simone.Mannori at inria.fr (Simone Mannori) Date: Fri, 07 Mar 2008 08:43:44 +0100 Subject: [Scilab-Dev] Scilab-5 and rendering a plot under linux In-Reply-To: <47D0F289.6030004@renault.com> References: <47CFC19C.9030705@free.fr> <47D05E3F.7020409@freesurf.fr> <47D0F1EF.1030000@inria.fr> <47D0F289.6030004@renault.com> Message-ID: <1204875824.19770.6.camel@buta.inria.fr> Bonjour Yann, On Fri, 2008-03-07 at 08:45 +0100, COLLETTE Yann wrote: > The good news is that the plot command started to work under ATI (I have > switched to the xorg radeon driver instead of the proprietary ATI driver). > A very good news ! Have you activated the 3D acceleration ? May you so kind to send us the results of : - glxinfo - /sbin/lspci - glxgears - a copy of "/etc/X11/xorg.conf" ? - any other "special trick" a/o configuration options used on you setup ... Thanks in advance for your effort :) M. Simone Mannori - Scilab/Scicos Embedded Applications //**--------------------------------------------------------- > YC > > Vincent COUVERT a ?crit : > > These NullPointerException should no more occur, I fixed this bug > > yesterday evening. > > > > Vincent > > > > Collette Yann a ?crit : > >> Collette Yann a ?crit : > >>> Hello, > >>> > >>> I've still a lot of problem to render a plot under linux > >>> mandriva-2008.0. I'm an unlucky owner of an ati radean 9200 PRO > >>> graphic card. > >>> I've tried to install the latest ati driver obtained from > >>> ati.amd.com and scilab-5 hangs when I tried to plot a simple curve > >>> (see bug > >>> http://www.scilab.org/cgi-bin/bugzilla_bug_II/show_bug.cgi?id=2657). > >>> So I decided to switch to the x.org ati driver. > >>> First try: I removed the Load "glx" and Load "dri" options with the > >>> "radeon" driver. > >>> When I enter the command plot(X,Y), an empty plot windows pops up > >>> and an error message appears in the console (something like "can't > >>> find GLX ..."). > >>> Second try: I added the Load "glx" option and then, the plot windows > >>> appears and a loop of error messages (related to java) appears in > >>> the console. The list of messages ended with: > >>> Exception in thread "AWT-EventQueue-0" java.lang.OutOfMemoryError: > >>> Java heap space > >>> > >>> I join a log of the error messages (the log is gzipped and weight > >>> 11Mo ungzipped !). > >>> > >>> Yann COLLETTE > >> Hello, > >> > >> Ah ah ! Something has changed since this morning. > >> Here are the messages I see in the bash console when I start scilab > >> (these messages where not here this morning): > >> > >> Could not enable OpenGL pipeline for default config on screen 0 > >> Set the EventHandler status of figure 0 to false > >> Exception in thread "main" java.lang.NullPointerException > >> at > >> org.scilab.modules.gui.bridge.CallScilabBridge.setEventHandlerEnabled(Unknown > >> Source) > >> Set the EventHandler of figure 0 to > >> Exception in thread "main" java.lang.NullPointerException > >> at > >> org.scilab.modules.gui.bridge.CallScilabBridge.setEventHandler(Unknown > >> Source) > >> Set the EventHandler status of figure 0 to false > >> Exception in thread "main" java.lang.NullPointerException > >> at > >> org.scilab.modules.gui.bridge.CallScilabBridge.setEventHandlerEnabled(Unknown > >> Source) > >> Set the EventHandler status of figure 0 to false > >> Set the EventHandler of figure 0 to > >> Set the EventHandler status of figure 0 to false > >> > >> > >> Now, When do a plot(X,Y), here is the window I see (without any > >> infinite loop) (see included image). > >> All the points of the curve are here ... but in disorder :-) > >> > >> YC > >> > >> > >> > >> ------------------------------------------------------------------------ > >> > > > From yann.collette at renault.com Fri Mar 7 09:04:36 2008 From: yann.collette at renault.com (COLLETTE Yann) Date: Fri, 07 Mar 2008 09:04:36 +0100 Subject: [Scilab-Dev] Scilab-5 and rendering a plot under linux In-Reply-To: <1204875824.19770.6.camel@buta.inria.fr> References: <47CFC19C.9030705@free.fr> <47D05E3F.7020409@freesurf.fr> <47D0F1EF.1030000@inria.fr> <47D0F289.6030004@renault.com> <1204875824.19770.6.camel@buta.inria.fr> Message-ID: <47D0F714.4060606@renault.com> Hello, I will send these complete info tonight but yes, GL is activated (Load "glx" is uncommented in my xorg.conf). the graphics card has a radeon 9200 PRO (got from lspci). I have leave commented the DRI option (Load "dri"). YC Simone Mannori a ?crit : > Bonjour Yann, > > On Fri, 2008-03-07 at 08:45 +0100, COLLETTE Yann wrote: > >> The good news is that the plot command started to work under ATI (I have >> switched to the xorg radeon driver instead of the proprietary ATI driver). >> >> > > A very good news ! Have you activated the 3D acceleration ? > > May you so kind to send us the results of : > > - glxinfo > > - /sbin/lspci > > - glxgears > > - a copy of "/etc/X11/xorg.conf" ? > > - any other "special trick" a/o configuration options used on you > setup ... > > Thanks in advance for your effort :) > > M. Simone Mannori - Scilab/Scicos Embedded Applications > > > //**--------------------------------------------------------- > > > From Simone.Mannori at inria.fr Fri Mar 7 09:22:03 2008 From: Simone.Mannori at inria.fr (Simone Mannori) Date: Fri, 07 Mar 2008 09:22:03 +0100 Subject: [Scilab-Dev] Scilab-5 and rendering a plot under linux In-Reply-To: <47D0F714.4060606@renault.com> References: <47CFC19C.9030705@free.fr> <47D05E3F.7020409@freesurf.fr> <47D0F1EF.1030000@inria.fr> <47D0F289.6030004@renault.com> <1204875824.19770.6.camel@buta.inria.fr> <47D0F714.4060606@renault.com> Message-ID: <1204878123.19770.14.camel@buta.inria.fr> Bonjour Yann, thanks for the quick reply ... > I will send these complete info tonight but yes, GL is activated (Load > "glx" is uncommented in my xorg.conf). GooD :) > the graphics card has a radeon 9200 PRO (got from lspci). I like this card: it was my first RTAI-LAB card ;) > I have leave commented the DRI option (Load "dri"). > .... no, no, no. I think that you need this option active to access to the DRI OpenGL hardware acceleration. Thanks again Simone "I trust you..., but I will check you three times." Ronald Reagan about Russian disarmament (1987). > YC > > Simone Mannori a ?crit : > > Bonjour Yann, > > > > On Fri, 2008-03-07 at 08:45 +0100, COLLETTE Yann wrote: > > > >> The good news is that the plot command started to work under ATI (I have > >> switched to the xorg radeon driver instead of the proprietary ATI driver). > >> > >> > > > > A very good news ! Have you activated the 3D acceleration ? > > > > May you so kind to send us the results of : > > > > - glxinfo > > > > - /sbin/lspci > > > > - glxgears > > > > - a copy of "/etc/X11/xorg.conf" ? > > > > - any other "special trick" a/o configuration options used on you > > setup ... > > > > Thanks in advance for your effort :) > > > > M. Simone Mannori - Scilab/Scicos Embedded Applications > > > > > > //**--------------------------------------------------------- > > > > > > > From yann.collette at renault.com Fri Mar 7 10:10:48 2008 From: yann.collette at renault.com (COLLETTE Yann) Date: Fri, 07 Mar 2008 10:10:48 +0100 Subject: [Scilab-Dev] Scilab-5 and rendering a plot under linux In-Reply-To: <1204878123.19770.14.camel@buta.inria.fr> References: <47CFC19C.9030705@free.fr> <47D05E3F.7020409@freesurf.fr> <47D0F1EF.1030000@inria.fr> <47D0F289.6030004@renault.com> <1204875824.19770.6.camel@buta.inria.fr> <47D0F714.4060606@renault.com> <1204878123.19770.14.camel@buta.inria.fr> Message-ID: <47D10698.4070407@renault.com> >> I have leave commented the DRI option (Load "dri"). >> >> > .... no, no, no. I think that you need this option active to access to > the DRI OpenGL hardware acceleration. > > Yes I know, but that's also a huge source of problems for some cards. But I will try scilab-5 with dri tonight. YC From bruno.jofret at inria.fr Fri Mar 7 17:30:51 2008 From: bruno.jofret at inria.fr (Bruno JOFRET) Date: Fri, 07 Mar 2008 17:30:51 +0100 Subject: [Scilab-Dev] Commit 23351 about the Tcl event loop In-Reply-To: <1204730212.47ceb964a04a9@imp.free.fr> References: <1204730212.47ceb964a04a9@imp.free.fr> Message-ID: <47D16DBB.4010602@inria.fr> fvogelnew1 at free.fr wrote: > Hi, > > I have noticed commit 23351 from Bruno Jofret, and I see three points to raise > about it. > > > 1. This commit: > > http://viewvc.scilab.org/bin/cgi/viewvc.cgi/trunk/scilab/modules/core/src/c/syncexec.c?limit_changes=0&r1=23350&r2=23351 > > has changed a fix that Serge has made for bugs 2455 and 2384. > > a. Did you check that those bugs do not show up again? > I did not have any knowledge about those fixes (even after 45 min speak with Serge), so thanks for the tip. It seems ok for me. Can you check it back ? > b. What is the reason for overriding what parse has set in the interruptible > flag? > The reason is after having an error in syncexec, the storecommand is put in uninterruptible mode. So all the callbacks we were storing after that were looping endlessly. You can reproduce that behaviour with those steps : - open scipad - type "error(10)" all seems allright... - close scipad - do 1+2 in the console, you lost scilab. He is looping on an empty command that can not end because it's un-interruptible. Weird.. > > 2. In the same commit, we can now read this: > > http://viewvc.scilab.org/bin/cgi/viewvc.cgi/trunk/scilab/modules/scipad/tcl/scilabexec.tcl?limit_changes=0&r1=23350&r2=23351 > > # Bruno : Communication between Scipad and Scilab through > # TCL global interp is not a clever idea... > > I will check this in depth, but I think I remember it didn't work correctly when > the scipad Tcl interpreter was used, that's why I had to use the global Tcl > interp. > > Anyway, Bruno Jofret, could you please elaborate on why you say it's not clever? > I am a bit busy for now, I promiss to write some documentation about the new Tcl behaviour. To put it shortly, we have now a separated thread for Tcl stuff. And those commands were making reentrant call so that we stay in a deadlock process. I guess it is the same issue with debug mode. > > 3. Still in scilabexec.tcl: > > ScilabEval_lt "flush" > > must be useless since all the previous ScilabEvals use "sync" "seq". > > If your changes do no longer work when you remove the flush, then it means that > the sync option of ScilabEval does not work. > > Oups... My mistake... It was only a debug/investigation purpose. It works fine for me without this. Is it ok for you too ? Bruno. -- Bruno JOFRET Project Engineer ___SCILAB - INRIA Rocquencourt___ Domaine de Voluceau - B.P. 105 78153 Le Chesnay Cedex Tel : (+33/0)1.39.63.58.63 Mailto : bruno.jofret at inria.fr http://www.scilab.org From ycollet at freesurf.fr Fri Mar 7 19:07:10 2008 From: ycollet at freesurf.fr (Collette Yann) Date: Fri, 07 Mar 2008 19:07:10 +0100 Subject: [Scilab-Dev] Scilab-5 and rendering a plot under linux In-Reply-To: <47CFC19C.9030705@free.fr> References: <47CFC19C.9030705@free.fr> Message-ID: <47D1844E.1000609@freesurf.fr> Hello, I've just performed some test with the ati and radeon driver. If I disable the dri option (Load "dri") everything works fine for ati and radeon. If I enable the dri option, the plot command makes scilab hangs with the radeon driver and the ati driver. So, the problem seems to be located somewhere around the xorg dri driver ? I can see a window when I enter "plot", but the plot is still not rendered. YC From fvogelnew1 at free.fr Fri Mar 7 23:00:11 2008 From: fvogelnew1 at free.fr (=?ISO-8859-1?Q?Fran=E7ois_Vogel?=) Date: Fri, 07 Mar 2008 23:00:11 +0100 Subject: [Scilab-Dev] Problem with the help In-Reply-To: <1204824530.31813.847.camel@korcula.inria.fr> References: <47D024AE.4080607@freesurf.fr> <1204824530.31813.847.camel@korcula.inria.fr> Message-ID: <47D1BAEB.6000901@free.fr> Sylvestre Ledru said on 06/03/2008 18:28: > Are you sure that you compiled the help ? ("make doc" in the source dir > for Linux) Is this still needed? I thought that you, Sylvestre, had changed the manual building of the doc so that it always build when doing just the compilation make? > We don't work/debug much the help system for now in Scilab. We will > introduce before the beta release a new standard XML syntax and a new > help browser. I think I remember having read in some email that beta release was planned to happen in march, that is right now, or...? Besides, I'm wondering: what's wrong with the current help browser? And about a "new standard XML syntax", how do you plan to flow smoothly from the current dtd/xsl files to a different system? I admit frankly that your priorities for Scilab surprise me. Francois From Simone.Mannori at inria.fr Fri Mar 7 23:23:59 2008 From: Simone.Mannori at inria.fr (Simone Mannori) Date: Fri, 07 Mar 2008 23:23:59 +0100 Subject: [Scilab-Dev] Scilab-5 and rendering a plot under linux In-Reply-To: <47D1844E.1000609@freesurf.fr> References: <47CFC19C.9030705@free.fr> <47D1844E.1000609@freesurf.fr> Message-ID: <1204928639.21531.2.camel@buta.inria.fr> On Fri, 2008-03-07 at 19:07 +0100, Collette Yann wrote: > Hello, > > I've just performed some test with the ati and radeon driver. > If I disable the dri option (Load "dri") everything works fine for ati > and radeon. OK. Good to know. > If I enable the dri option, the plot command makes scilab hangs with the > radeon driver and the ati driver. > So, the problem seems to be located somewhere around the xorg dri driver ? > Probably. We are investigating in this direction. Send us - please - the debugging information that I asked in the previous email. Thanks in advance for you collaboration. M. Simone Mannori From Simone.Mannori at inria.fr Fri Mar 7 23:29:56 2008 From: Simone.Mannori at inria.fr (Simone Mannori) Date: Fri, 07 Mar 2008 23:29:56 +0100 Subject: [Scilab-Dev] Problem with the help In-Reply-To: <47D1BAEB.6000901@free.fr> References: <47D024AE.4080607@freesurf.fr> <1204824530.31813.847.camel@korcula.inria.fr> <47D1BAEB.6000901@free.fr> Message-ID: <1204928996.21531.9.camel@buta.inria.fr> > I admit frankly that your priorities for Scilab surprise me. > Life is a big surprise. Surprise means initiative. Initiative means advantage. Eat a chocolate chips and go to bed: Scilab Dev Team is working for you ;) Good night. Simone Mannori - Scilab/Scicos Embedded Applications Eng. From fvogelnew1 at free.fr Sat Mar 8 00:06:42 2008 From: fvogelnew1 at free.fr (=?ISO-8859-1?Q?Fran=E7ois_Vogel?=) Date: Sat, 08 Mar 2008 00:06:42 +0100 Subject: [Scilab-Dev] Commit 23351 about the Tcl event loop In-Reply-To: <47D16DBB.4010602@inria.fr> References: <1204730212.47ceb964a04a9@imp.free.fr> <47D16DBB.4010602@inria.fr> Message-ID: <47D1CA82.5040700@free.fr> Bruno, Thanks for having answered. Much appreciated. Bruno JOFRET said on 07/03/2008 17:30: > It seems ok for me. Can you check it back ? I tried with the most up-to-date Scilab svn. It's OK for me (on Windows). > I am a bit busy for now, I promiss to write some documentation about the > new Tcl behaviour. OK, noted ;-) > To put it shortly, we have now a separated thread for Tcl stuff. > And those commands were making reentrant call so that we stay in a > deadlock process. Not sure I understand you here, but you said you would detail this later, which is fine for me. > I guess it is the same issue with debug mode. Ditto. >> 3. Still in scilabexec.tcl: >> >> ScilabEval_lt "flush" >> >> > Oups... My mistake... > It was only a debug/investigation purpose. > It works fine for me without this. Is it ok for you too ? It must work without it anyway. Good luck for the upcoming changes in the Tcl loop. I have already seen misc. improvements in the recent past, for instance there is no need for me to hit enter in the shell any longer to make the event loop move. This can be seen for instance when "Open source of...", or when Ctrl-F& inside a word in Scipad. However the debugger is still completely broken. Let me know if I can be of any help on this topic. Francois From ycollet at freesurf.fr Sat Mar 8 08:18:01 2008 From: ycollet at freesurf.fr (Collette Yann) Date: Sat, 08 Mar 2008 08:18:01 +0100 Subject: [Scilab-Dev] Scilab-5 and rendering a plot under linux In-Reply-To: <1204928639.21531.2.camel@buta.inria.fr> References: <47CFC19C.9030705@free.fr> <47D1844E.1000609@freesurf.fr> <1204928639.21531.2.camel@buta.inria.fr> Message-ID: <47D23DA9.1000600@freesurf.fr> Hello, glxgears works fine (but a lot more slower than with dri enabled). YC Simone Mannori a ?crit : > On Fri, 2008-03-07 at 19:07 +0100, Collette Yann wrote: > >> Hello, >> >> I've just performed some test with the ati and radeon driver. >> If I disable the dri option (Load "dri") everything works fine for ati >> and radeon. >> > > OK. Good to know. > > >> If I enable the dri option, the plot command makes scilab hangs with the >> radeon driver and the ati driver. >> So, the problem seems to be located somewhere around the xorg dri driver ? >> >> > Probably. We are investigating in this direction. > > Send us - please - the debugging information that I asked in the > previous email. > > Thanks in advance for you collaboration. > > M. Simone Mannori > > -------------- next part -------------- A non-text attachment was scrubbed... Name: glxinfo.txt.gz Type: application/x-gzip Size: 1383 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: lspci.txt.gz Type: application/x-gzip Size: 482 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: xorg.conf.gz Type: application/x-gzip Size: 1071 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Xorg.0.log.gz Type: application/x-gzip Size: 9323 bytes Desc: not available URL: From Simone.Mannori at inria.fr Sat Mar 8 08:35:35 2008 From: Simone.Mannori at inria.fr (Simone Mannori) Date: Sat, 08 Mar 2008 08:35:35 +0100 Subject: [Scilab-Dev] Scilab-5 and rendering a plot under linux In-Reply-To: <47D23DA9.1000600@freesurf.fr> References: <47CFC19C.9030705@free.fr> <47D1844E.1000609@freesurf.fr> <1204928639.21531.2.camel@buta.inria.fr> <47D23DA9.1000600@freesurf.fr> Message-ID: <1204961735.22882.20.camel@buta.inria.fr> Bonjour, thanks for the"debug" files :). For the moment, only NVDIA users can benefit of the hardware acceleration :( If you need just to "plot" some functions the MESA software emulation will suffice. Other applications, like Scicos, need a more "quick" graphics. Probably the bug is cached somewhere DRI OpenGL driver and JOGL low level routine. These two "things" are not part of Scilab 5 developed code. We are in direct contact with ATI and JOGL developers and we are looking for a solution for the Linux NON-NVIDIA users. Under Windows, all (and I say ALL) the 3D cards that I tested are correctly working: - NVIDIA - ATI - intel - SIS Unfortunately, under Linux, only NVIDIA has produced a DRI driver with the quality level required by JOGL. Thanks again for you collaboration: probably I will open a Wiki page here http://wiki.scilab.org/ to give some support to the "unfortunate" Linux users (like myself :( ). M. Simone Mannori - Scilab/Scicos Embedded Applications Eng. On Sat, 2008-03-08 at 08:18 +0100, Collette Yann wrote: > Hello, > > glxgears works fine (but a lot more slower than with dri enabled). > > YC > > Simone Mannori a ?crit : > > On Fri, 2008-03-07 at 19:07 +0100, Collette Yann wrote: > > > >> Hello, > >> > >> I've just performed some test with the ati and radeon driver. > >> If I disable the dri option (Load "dri") everything works fine for ati > >> and radeon. > >> > > > > OK. Good to know. > > > > > >> If I enable the dri option, the plot command makes scilab hangs with the > >> radeon driver and the ati driver. > >> So, the problem seems to be located somewhere around the xorg dri driver ? > >> > >> > > Probably. We are investigating in this direction. > > > > Send us - please - the debugging information that I asked in the > > previous email. > > > > Thanks in advance for you collaboration. > > > > M. Simone Mannori > > > > > From vincent.couvert at inria.fr Mon Mar 10 09:01:45 2008 From: vincent.couvert at inria.fr (Vincent COUVERT) Date: Mon, 10 Mar 2008 09:01:45 +0100 Subject: [Scilab-Dev] Problem with the help In-Reply-To: <47D1BAEB.6000901@free.fr> References: <47D024AE.4080607@freesurf.fr> <1204824530.31813.847.camel@korcula.inria.fr> <47D1BAEB.6000901@free.fr> Message-ID: <47D4EAE9.6070808@inria.fr> Hi Fran?ois, The BETA release is still planned for the end of march or the first beginning of april. About the "new standard XML syntax": this work has been externalized and is about to be finished, then we will just have to integrate the new XML file (Docbook subset based) and the Java help browser in the TRUNK. All conversion tools will be available for Scilab users. Vincent Fran?ois Vogel a ?crit : > Sylvestre Ledru said on 06/03/2008 18:28: >> Are you sure that you compiled the help ? ("make doc" in the source dir >> for Linux) > > Is this still needed? > I thought that you, Sylvestre, had changed the manual building of the > doc so that it always build when doing just the compilation make? > > >> We don't work/debug much the help system for now in Scilab. We will >> introduce before the beta release a new standard XML syntax and a new >> help browser. > > I think I remember having read in some email that beta release was > planned to happen in march, that is right now, or...? > > Besides, I'm wondering: what's wrong with the current help browser? > > And about a "new standard XML syntax", how do you plan to flow > smoothly from the current dtd/xsl files to a different system? > > I admit frankly that your priorities for Scilab surprise me. > > Francois > > -- ============================================== Vincent COUVERT Centre de Recherche INRIA Paris-Rocquencourt Domaine de Voluceau - B.P. 105 78153 Le Chesnay Cedex ============================================== Equipe Projet SCILAB B?timent 1B - Bureau 013 Email : vincent.couvert at inria.fr T?l : +33 (0)1 39 63 54 46 Fax : +33 (0)1 39 63 55 94 ============================================== From yann.collette at renault.com Mon Mar 10 09:04:54 2008 From: yann.collette at renault.com (COLLETTE Yann) Date: Mon, 10 Mar 2008 09:04:54 +0100 Subject: [Scilab-Dev] Problem with the help In-Reply-To: <47D4EAE9.6070808@inria.fr> References: <47D024AE.4080607@freesurf.fr> <1204824530.31813.847.camel@korcula.inria.fr> <47D1BAEB.6000901@free.fr> <47D4EAE9.6070808@inria.fr> Message-ID: <47D4EBA6.5010806@renault.com> Hello, Will it be compatible with lyx ? I should be nice to be able to write doc for scilab using lyx (math rendering, images, pretty printing, etc ...). YC Vincent COUVERT a ?crit : > Hi Fran?ois, > > The BETA release is still planned for the end of march or the first > beginning of april. > > About the "new standard XML syntax": this work has been externalized > and is about to be finished, then we will just have to integrate the > new XML file (Docbook subset based) and the Java help browser in the > TRUNK. All conversion tools will be available for Scilab users. > > Vincent > From vincent.couvert at inria.fr Mon Mar 10 09:14:03 2008 From: vincent.couvert at inria.fr (Vincent COUVERT) Date: Mon, 10 Mar 2008 09:14:03 +0100 Subject: [Scilab-Dev] Problem with the help In-Reply-To: <47D4EBA6.5010806@renault.com> References: <47D024AE.4080607@freesurf.fr> <1204824530.31813.847.camel@korcula.inria.fr> <47D1BAEB.6000901@free.fr> <47D4EAE9.6070808@inria.fr> <47D4EBA6.5010806@renault.com> Message-ID: <47D4EDCB.3010005@inria.fr> I do not know if a plugin Lyx/Docbook already exists... Vincent COLLETTE Yann a ?crit : > Hello, > > Will it be compatible with lyx ? > I should be nice to be able to write doc for scilab using lyx (math > rendering, images, pretty printing, etc ...). > > YC > > Vincent COUVERT a ?crit : >> Hi Fran?ois, >> >> The BETA release is still planned for the end of march or the first >> beginning of april. >> >> About the "new standard XML syntax": this work has been externalized >> and is about to be finished, then we will just have to integrate the >> new XML file (Docbook subset based) and the Java help browser in the >> TRUNK. All conversion tools will be available for Scilab users. >> >> Vincent >> > > -- ============================================== Vincent COUVERT Centre de Recherche INRIA Paris-Rocquencourt Domaine de Voluceau - B.P. 105 78153 Le Chesnay Cedex ============================================== Equipe Projet SCILAB B?timent 1B - Bureau 013 Email : vincent.couvert at inria.fr T?l : +33 (0)1 39 63 54 46 Fax : +33 (0)1 39 63 55 94 ============================================== From enrico.segre at weizmann.ac.il Sun Mar 9 13:22:06 2008 From: enrico.segre at weizmann.ac.il (Enrico Segre) Date: Sun, 09 Mar 2008 14:22:06 +0200 Subject: [Scilab-Dev] Commit 23351 about the Tcl event loop In-Reply-To: <47D16DBB.4010602@inria.fr> References: <1204730212.47ceb964a04a9@imp.free.fr> <47D16DBB.4010602@inria.fr> Message-ID: <1205065326.3479.102.camel@segre-pc2.weizmann.ac.il> > It works fine for me without this. Is it ok for you too ? well, if I would be in condition to build I would be able to tell you. Enrico From yann.collette at renault.com Mon Mar 10 09:41:33 2008 From: yann.collette at renault.com (COLLETTE Yann) Date: Mon, 10 Mar 2008 09:41:33 +0100 Subject: [Scilab-Dev] Problem with the help In-Reply-To: <47D4EDCB.3010005@inria.fr> References: <47D024AE.4080607@freesurf.fr> <1204824530.31813.847.camel@korcula.inria.fr> <47D1BAEB.6000901@free.fr> <47D4EAE9.6070808@inria.fr> <47D4EBA6.5010806@renault.com> <47D4EDCB.3010005@inria.fr> Message-ID: <47D4F43D.7030300@renault.com> Yes, lyx can export to docbook. So if I fine tune the docbook style of lyx (because scilab doc will be a subset of docbooko), I will be able to write scilab doc using lyx :-) Yesyesyes YC Vincent COUVERT a ?crit : > I do not know if a plugin Lyx/Docbook already exists... > > Vincent > > COLLETTE Yann a ?crit : >> Hello, >> >> Will it be compatible with lyx ? >> I should be nice to be able to write doc for scilab using lyx (math >> rendering, images, pretty printing, etc ...). >> >> YC >> >> Vincent COUVERT a ?crit : >>> Hi Fran?ois, >>> >>> The BETA release is still planned for the end of march or the first >>> beginning of april. >>> >>> About the "new standard XML syntax": this work has been externalized >>> and is about to be finished, then we will just have to integrate the >>> new XML file (Docbook subset based) and the Java help browser in the >>> TRUNK. All conversion tools will be available for Scilab users. >>> >>> Vincent >>> >> >> > From sylvestre.ledru at inria.fr Mon Mar 10 10:13:02 2008 From: sylvestre.ledru at inria.fr (Sylvestre Ledru) Date: Mon, 10 Mar 2008 10:13:02 +0100 Subject: [Scilab-Dev] Problem with the help In-Reply-To: <47D1BAEB.6000901@free.fr> References: <47D024AE.4080607@freesurf.fr> <1204824530.31813.847.camel@korcula.inria.fr> <47D1BAEB.6000901@free.fr> Message-ID: <1205140383.4708.10.camel@korcula.inria.fr> Le vendredi 07 mars 2008 ? 23:00 +0100, Fran?ois Vogel a ?crit : > Sylvestre Ledru said on 06/03/2008 18:28: > > Are you sure that you compiled the help ? ("make doc" in the source dir > > for Linux) > > Is this still needed? > I thought that you, Sylvestre, had changed the manual building of the > doc so that it always build when doing just the compilation make? I did. It was to make sure that he didn't had any errors while building it. S From sylvestre.ledru at inria.fr Mon Mar 10 10:13:02 2008 From: sylvestre.ledru at inria.fr (Sylvestre Ledru) Date: Mon, 10 Mar 2008 10:13:02 +0100 Subject: [Scilab-Dev] Problem with the help In-Reply-To: <47D1BAEB.6000901@free.fr> References: <47D024AE.4080607@freesurf.fr> <1204824530.31813.847.camel@korcula.inria.fr> <47D1BAEB.6000901@free.fr> Message-ID: <1205140383.4708.10.camel@korcula.inria.fr> Le vendredi 07 mars 2008 ? 23:00 +0100, Fran?ois Vogel a ?crit : > Sylvestre Ledru said on 06/03/2008 18:28: > > Are you sure that you compiled the help ? ("make doc" in the source dir > > for Linux) > > Is this still needed? > I thought that you, Sylvestre, had changed the manual building of the > doc so that it always build when doing just the compilation make? I did. It was to make sure that he didn't had any errors while building it. S From fvogelnew1 at free.fr Mon Mar 10 13:11:11 2008 From: fvogelnew1 at free.fr (=?ISO-8859-1?Q?Fran=E7ois_Vogel?=) Date: Mon, 10 Mar 2008 13:11:11 +0100 Subject: [Scilab-Dev] Problem with the help In-Reply-To: <47D4EAE9.6070808@inria.fr> References: <47D024AE.4080607@freesurf.fr> <1204824530.31813.847.camel@korcula.inria.fr> <47D1BAEB.6000901@free.fr> <47D4EAE9.6070808@inria.fr> Message-ID: <47D5255F.5060208@free.fr> Thanks for your answers, Vincent. However you didn't say anything about why you change the help system. What's wrong with the current help browser? Francois Vincent COUVERT said on 10/03/2008 09:01: > Hi Fran?ois, > > The BETA release is still planned for the end of march or the first > beginning of april. > > About the "new standard XML syntax": this work has been externalized and > is about to be finished, then we will just have to integrate the new XML > file (Docbook subset based) and the Java help browser in the TRUNK. All > conversion tools will be available for Scilab users. > > Vincent From vincent.couvert at inria.fr Mon Mar 10 13:59:07 2008 From: vincent.couvert at inria.fr (Vincent COUVERT) Date: Mon, 10 Mar 2008 13:59:07 +0100 Subject: [Scilab-Dev] Problem with the help In-Reply-To: <47D5255F.5060208@free.fr> References: <47D024AE.4080607@freesurf.fr> <1204824530.31813.847.camel@korcula.inria.fr> <47D1BAEB.6000901@free.fr> <47D4EAE9.6070808@inria.fr> <47D5255F.5060208@free.fr> Message-ID: <47D5309B.4080605@inria.fr> We decided to change the help browser for many reasons such as: - its look&feel under Linux - it can't be used out of Scilab (you need to start Scilab to browse the help). Moreover, switching to a standard system such as DocBook offers Scilab: - a lot of tools to generate Scilab help under a lot of formats such as PDF, PS, HTML without doing anything by hand - tools to edit the man pages: last example is the WYSIWYG editor Lyx - a DTD that can be used to write Scilab documentation (getting started, how to,...) and not only function help pages The main idea is to stop developing things that just work in Scilab and to use standard tools. Vincent Fran?ois Vogel a ?crit : > Thanks for your answers, Vincent. > > However you didn't say anything about why you change the help system. > What's wrong with the current help browser? > > Francois > > > Vincent COUVERT said on 10/03/2008 09:01: >> Hi Fran?ois, >> >> The BETA release is still planned for the end of march or the first >> beginning of april. >> >> About the "new standard XML syntax": this work has been externalized >> and is about to be finished, then we will just have to integrate the >> new XML file (Docbook subset based) and the Java help browser in the >> TRUNK. All conversion tools will be available for Scilab users. >> >> Vincent > > -- ============================================== Vincent COUVERT Centre de Recherche INRIA Paris-Rocquencourt Domaine de Voluceau - B.P. 105 78153 Le Chesnay Cedex ============================================== Equipe Projet SCILAB B?timent 1B - Bureau 013 Email : vincent.couvert at inria.fr T?l : +33 (0)1 39 63 54 46 Fax : +33 (0)1 39 63 55 94 ============================================== From pierre.marechal at inria.fr Mon Mar 10 15:14:59 2008 From: pierre.marechal at inria.fr (Pierre MARECHAL) Date: Mon, 10 Mar 2008 15:14:59 +0100 Subject: Alpha 2 version of Scilab Message-ID: <47D54263.3020606@inria.fr> Hello, We just released the second alpha version of Scilab. Misc information about this version: http://www.scilab.org/download/index_download.php?page=5.0-alpha-2 List of changes: http://www.scilab.org/download/index_download.php?page=CHANGES_5.0-alpha-2 The release notes (short bug list... and of course not full): http://www.scilab.org/download/index_download.php?page=RELEASE_NOTES_5.0-alpha-2 Pierre -- =================================================== Pierre MARECHAL INRIA - Centre de Recherche de Paris - Rocquencourt Domaine de Voluceau - B.P. 105 78153 Le Chesnay Cedex =================================================== Equipe-Projet Scilab B?timent 1B - Bureau 008 Email : pierre.marechal at inria.fr =================================================== From stephane.mottelet at utc.fr Mon Mar 10 15:17:45 2008 From: stephane.mottelet at utc.fr (=?ISO-8859-1?Q?St=E9phane_Mottelet?=) Date: Mon, 10 Mar 2008 15:17:45 +0100 Subject: [Scilab-Dev] Problem with the help In-Reply-To: <47D5309B.4080605@inria.fr> References: <47D024AE.4080607@freesurf.fr> <1204824530.31813.847.camel@korcula.inria.fr> <47D1BAEB.6000901@free.fr> <47D4EAE9.6070808@inria.fr> <47D5255F.5060208@free.fr> <47D5309B.4080605@inria.fr> Message-ID: <47D54309.3020601@utc.fr> Well, the old DTD was rather semantic, which was a logical choice (calling sequence, parameters, etc.). Docbook will not allow this kind of semantic markup. But maybe you want to keep the actual logical structure of the scilab help dtd and use only a part of docbook (which is sufficiently huge...) in the element ? S. Vincent COUVERT a ?crit : > Moreover, switching to a standard system such as DocBook offers Scilab: > - a lot of tools to generate Scilab help under a lot of formats such > as PDF, PS, HTML without doing anything by hand > - tools to edit the man pages: last example is the WYSIWYG editor Lyx > - a DTD that can be used to write Scilab documentation (getting > started, how to,...) and not only function help pages > > The main idea is to stop developing things that just work in Scilab > and to use standard tools. > > Vincent > > Fran?ois Vogel a ?crit : >> Thanks for your answers, Vincent. >> >> However you didn't say anything about why you change the help system. >> What's wrong with the current help browser? >> >> Francois >> >> >> Vincent COUVERT said on 10/03/2008 09:01: >>> Hi Fran?ois, >>> >>> The BETA release is still planned for the end of march or the first >>> beginning of april. >>> >>> About the "new standard XML syntax": this work has been externalized >>> and is about to be finished, then we will just have to integrate the >>> new XML file (Docbook subset based) and the Java help browser in the >>> TRUNK. All conversion tools will be available for Scilab users. >>> >>> Vincent >> >> > -- St?phane Mottelet Laboratoire de Math?matiques Appliqu?es Universit? de Technologie de Compi?gne http://www.lmac.utc.fr/~mottelet From vincent.couvert at inria.fr Mon Mar 10 15:35:20 2008 From: vincent.couvert at inria.fr (Vincent COUVERT) Date: Mon, 10 Mar 2008 15:35:20 +0100 Subject: [Scilab-Dev] Problem with the help In-Reply-To: <47D54309.3020601@utc.fr> References: <47D024AE.4080607@freesurf.fr> <1204824530.31813.847.camel@korcula.inria.fr> <47D1BAEB.6000901@free.fr> <47D4EAE9.6070808@inria.fr> <47D5255F.5060208@free.fr> <47D5309B.4080605@inria.fr> <47D54309.3020601@utc.fr> Message-ID: <47D54728.2080401@inria.fr> Yes we are going to use a subset of the simplified docbook. This subset keeps enough elements to be compatible with DocBook generic tools and gives equivalents for each old DTD element. To simplify the users work, we will release some conversion tools. Vincent St?phane Mottelet a ?crit : > Well, > > the old DTD was rather semantic, which was a logical choice > (calling sequence, parameters, etc.). Docbook will not allow > this kind of semantic markup. But maybe you want to keep the > actual logical structure of the scilab help dtd and use only a part > of docbook (which is sufficiently huge...) in the element ? > > S. > > > Vincent COUVERT a ?crit : >> Moreover, switching to a standard system such as DocBook offers Scilab: >> - a lot of tools to generate Scilab help under a lot of formats such >> as PDF, PS, HTML without doing anything by hand >> - tools to edit the man pages: last example is the WYSIWYG editor Lyx >> - a DTD that can be used to write Scilab documentation (getting >> started, how to,...) and not only function help pages >> >> The main idea is to stop developing things that just work in Scilab >> and to use standard tools. >> >> Vincent >> >> Fran?ois Vogel a ?crit : >>> Thanks for your answers, Vincent. >>> >>> However you didn't say anything about why you change the help >>> system. What's wrong with the current help browser? >>> >>> Francois >>> >>> >>> Vincent COUVERT said on 10/03/2008 09:01: >>>> Hi Fran?ois, >>>> >>>> The BETA release is still planned for the end of march or the first >>>> beginning of april. >>>> >>>> About the "new standard XML syntax": this work has been >>>> externalized and is about to be finished, then we will just have to >>>> integrate the new XML file (Docbook subset based) and the Java help >>>> browser in the TRUNK. All conversion tools will be available for >>>> Scilab users. >>>> >>>> Vincent >>> >>> >> > > -- ============================================== Vincent COUVERT Centre de Recherche INRIA Paris-Rocquencourt Domaine de Voluceau - B.P. 105 78153 Le Chesnay Cedex ============================================== Equipe Projet SCILAB B?timent 1B - Bureau 013 Email : vincent.couvert at inria.fr T?l : +33 (0)1 39 63 54 46 Fax : +33 (0)1 39 63 55 94 ============================================== From sylvestre.ledru at inria.fr Mon Mar 10 16:21:26 2008 From: sylvestre.ledru at inria.fr (Sylvestre Ledru) Date: Mon, 10 Mar 2008 16:21:26 +0100 Subject: Weird issue in the Scilab core Message-ID: <52148424c20329d60a8b6ef9a3d8671f@korcula.inria.fr> Hi, I am trying to port Scilab under Mac OS X and I have a weird issue on basic Scilab feature. Using the function size is returning an error about the type of the input argument. -->size(rand(1,1)) !--error 42 Incompatible input argument. Before I spend more time on this issue, did anyone had it before ? Cheers, Sylvestre From sylvestre.ledru at inria.fr Mon Mar 10 16:30:28 2008 From: sylvestre.ledru at inria.fr (Sylvestre Ledru) Date: Mon, 10 Mar 2008 16:30:28 +0100 Subject: [Scilab-Dev] Weird issue in the Scilab core In-Reply-To: <52148424c20329d60a8b6ef9a3d8671f@korcula.inria.fr> References: <52148424c20329d60a8b6ef9a3d8671f@korcula.inria.fr> Message-ID: <1205163028.4708.846.camel@korcula.inria.fr> > I am trying to port Scilab under Mac OS X and I have a weird issue on basic > Scilab feature. > > Using the function size is returning an error about the type of the input > argument. > > -->size(rand(1,1)) > !--error 42 > Incompatible input argument. > > Before I spend more time on this issue, did anyone had it before ? I forgot to say but I have the same issue with lhs (error 41). Sylvestre From stephane.mottelet at utc.fr Mon Mar 10 16:33:49 2008 From: stephane.mottelet at utc.fr (=?UTF-8?B?U3TDqXBoYW5lIE1vdHRlbGV0?=) Date: Mon, 10 Mar 2008 16:33:49 +0100 Subject: [Scilab-Dev] Weird issue in the Scilab core In-Reply-To: <52148424c20329d60a8b6ef9a3d8671f@korcula.inria.fr> References: <52148424c20329d60a8b6ef9a3d8671f@korcula.inria.fr> Message-ID: <47D554DD.10703@utc.fr> Sylvestre Ledru a ?crit : > Hi, > > I am trying to port Scilab under Mac OS X and I have a weird issue on basic > Scilab feature. > > Using the function size is returning an error about the type of the input > argument. > > -->size(rand(1,1)) > !--error 42 > Incompatible input argument. > > Before I spend more time on this issue, did anyone had it before ? > > Cheers, > Sylvestre > I will try to start the compilation this evening (OSX/Intel). I will tell you if I encounter the same problem. S. -- St?phane Mottelet Laboratoire de Math?matiques Appliqu?es Universit? de Technologie de Compi?gne http://www.lmac.utc.fr/~mottelet From stephane.mottelet at utc.fr Mon Mar 10 17:18:20 2008 From: stephane.mottelet at utc.fr (=?UTF-8?B?U3TDqXBoYW5lIE1vdHRlbGV0?=) Date: Mon, 10 Mar 2008 17:18:20 +0100 Subject: [Scilab-Dev] Weird issue in the Scilab core In-Reply-To: <52148424c20329d60a8b6ef9a3d8671f@korcula.inria.fr> References: <52148424c20329d60a8b6ef9a3d8671f@korcula.inria.fr> Message-ID: <47D55F4C.3020904@utc.fr> Sylvestre Ledru a ?crit : > Hi, > > I am trying to port Scilab under Mac OS X and I have a weird issue on basic > Scilab feature. > > Using the function size is returning an error about the type of the input > argument. > > -->size(rand(1,1)) > !--error 42 > Incompatible input argument. > > Before I spend more time on this issue, did anyone had it before ? > > Cheers, > Sylvestre > which version of pcre is required ? I have 4.5 (2003) and I am missing constants : src/c/pcre_private.c: In function 'check_match_limit': src/c/pcre_private.c:204: error: 'PCRE_ERROR_PARTIAL' undeclared (first use in this function) src/c/pcre_private.c:204: error: (Each undeclared identifier is reported only once src/c/pcre_private.c:204: error: for each function it appears in.) src/c/pcre_private.c: In function 'pcre_private': src/c/pcre_private.c:400: error: 'PCRE_FIRSTLINE' undeclared (first use in this function) src/c/pcre_private.c:409: error: 'PCRE_AUTO_CALLOUT' undeclared (first use in this function) src/c/pcre_private.c:415: error: 'PCRE_DUPNAMES' undeclared (first use in this function) src/c/pcre_private.c:522: error: 'PCRE_EXTRA_MATCH_LIMIT_RECURSION' undeclared (first use in this function) src/c/pcre_private.c:653: error: 'PCRE_PARTIAL' undeclared (first use in this function) src/c/pcre_private.c:663: error: 'struct pcre_extra' has no member named 'match_limit_recursion' src/c/pcre_private.c:677: error: 'PCRE_DFA_RESTART' undeclared (first use in this function) src/c/pcre_private.c:727: error: 'struct pcre_extra' has no member named 'match_limit_recursion' src/c/pcre_private.c:728: error: 'PCRE_ERROR_RECURSIONLIMIT' undeclared (first use in this function) ? -- St?phane Mottelet Laboratoire de Math?matiques Appliqu?es Universit? de Technologie de Compi?gne http://www.lmac.utc.fr/~mottelet From sylvestre.ledru at inria.fr Mon Mar 10 17:22:41 2008 From: sylvestre.ledru at inria.fr (Sylvestre Ledru) Date: Mon, 10 Mar 2008 17:22:41 +0100 Subject: [Scilab-Dev] Weird issue in the Scilab core In-Reply-To: <47D55F4C.3020904@utc.fr> References: <52148424c20329d60a8b6ef9a3d8671f@korcula.inria.fr> <47D55F4C.3020904@utc.fr> Message-ID: <1205166161.4708.895.camel@korcula.inria.fr> > > > which version of pcre is required ? I have 4.5 (2003) and I am missing > constants : For now, we use the version 7.6. I don't know if older version are suitable or not. Sylvestre From stephane.mottelet at utc.fr Mon Mar 10 17:23:49 2008 From: stephane.mottelet at utc.fr (=?UTF-8?B?U3TDqXBoYW5lIE1vdHRlbGV0?=) Date: Mon, 10 Mar 2008 17:23:49 +0100 Subject: [Scilab-Dev] Weird issue in the Scilab core In-Reply-To: <47D55F4C.3020904@utc.fr> References: <52148424c20329d60a8b6ef9a3d8671f@korcula.inria.fr> <47D55F4C.3020904@utc.fr> Message-ID: <47D56095.60403@utc.fr> Ok, compilation goes on with pcre 7.4 S. St?phane Mottelet a ?crit : > Sylvestre Ledru a ?crit : >> Hi, >> >> I am trying to port Scilab under Mac OS X and I have a weird issue on >> basic >> Scilab feature. >> >> Using the function size is returning an error about the type of the >> input >> argument. >> >> -->size(rand(1,1)) >> !--error 42 Incompatible input argument. >> >> Before I spend more time on this issue, did anyone had it before ? >> >> Cheers, >> Sylvestre >> > which version of pcre is required ? I have 4.5 (2003) and I am missing > constants : > > src/c/pcre_private.c: In function 'check_match_limit': > src/c/pcre_private.c:204: error: 'PCRE_ERROR_PARTIAL' undeclared > (first use in this function) > src/c/pcre_private.c:204: error: (Each undeclared identifier is > reported only once > src/c/pcre_private.c:204: error: for each function it appears in.) > src/c/pcre_private.c: In function 'pcre_private': > src/c/pcre_private.c:400: error: 'PCRE_FIRSTLINE' undeclared (first > use in this function) > src/c/pcre_private.c:409: error: 'PCRE_AUTO_CALLOUT' undeclared (first > use in this function) > src/c/pcre_private.c:415: error: 'PCRE_DUPNAMES' undeclared (first use > in this function) > src/c/pcre_private.c:522: error: 'PCRE_EXTRA_MATCH_LIMIT_RECURSION' > undeclared (first use in this function) > src/c/pcre_private.c:653: error: 'PCRE_PARTIAL' undeclared (first use > in this function) > src/c/pcre_private.c:663: error: 'struct pcre_extra' has no member > named 'match_limit_recursion' > src/c/pcre_private.c:677: error: 'PCRE_DFA_RESTART' undeclared (first > use in this function) > src/c/pcre_private.c:727: error: 'struct pcre_extra' has no member > named 'match_limit_recursion' > src/c/pcre_private.c:728: error: 'PCRE_ERROR_RECURSIONLIMIT' > undeclared (first use in this function) > > ? > -- St?phane Mottelet Laboratoire de Math?matiques Appliqu?es Universit? de Technologie de Compi?gne http://www.lmac.utc.fr/~mottelet From stephane.mottelet at utc.fr Mon Mar 10 17:47:52 2008 From: stephane.mottelet at utc.fr (=?UTF-8?B?U3TDqXBoYW5lIE1vdHRlbGV0?=) Date: Mon, 10 Mar 2008 17:47:52 +0100 Subject: [Scilab-Dev] Weird issue in the Scilab core In-Reply-To: <47D56095.60403@utc.fr> References: <52148424c20329d60a8b6ef9a3d8671f@korcula.inria.fr> <47D55F4C.3020904@utc.fr> <47D56095.60403@utc.fr> Message-ID: <47D56638.6040702@utc.fr> I am a bit confused with this warning at configure time : checking libintl.h usability... yes checking libintl.h presence... no configure: WARNING: libintl.h: accepted by the compiler, rejected by the preprocessor! configure: WARNING: libintl.h: proceeding with the compiler's result checking for libintl.h... yes and later at compilation time In file included from src/cpp/polylineDrawing/PolylineLineDrawerJoGL.cpp:21: ../../modules/localization/includes/localization.h:22:21: error: libintl.h: No such file or directory although : # find /sw/ -name libintl.h /sw//include/libintl.h and there is no problem to find other includes such as pcre.h Any clue ? S. -- St?phane Mottelet Laboratoire de Math?matiques Appliqu?es Universit? de Technologie de Compi?gne http://www.lmac.utc.fr/~mottelet From sylvestre.ledru at inria.fr Mon Mar 10 17:58:50 2008 From: sylvestre.ledru at inria.fr (Sylvestre Ledru) Date: Mon, 10 Mar 2008 17:58:50 +0100 Subject: [Scilab-Dev] Weird issue in the Scilab core In-Reply-To: <47D56638.6040702@utc.fr> References: <52148424c20329d60a8b6ef9a3d8671f@korcula.inria.fr> <47D55F4C.3020904@utc.fr> <47D56095.60403@utc.fr> <47D56638.6040702@utc.fr> Message-ID: <1205168330.4708.912.camel@korcula.inria.fr> Le lundi 10 mars 2008 ? 17:47 +0100, St?phane Mottelet a ?crit : > I am a bit confused with this warning at configure time : > > checking libintl.h usability... yes > checking libintl.h presence... no > configure: WARNING: libintl.h: accepted by the compiler, rejected by the > preprocessor! > configure: WARNING: libintl.h: proceeding with the compiler's result > checking for libintl.h... yes > > and later at compilation time > > In file included from src/cpp/polylineDrawing/PolylineLineDrawerJoGL.cpp:21: > ../../modules/localization/includes/localization.h:22:21: error: > libintl.h: No such file or directory > > although : > > # find /sw/ -name libintl.h > /sw//include/libintl.h > > and there is no problem to find other includes such as pcre.h > > Any clue ? Seems that I didn't see that. I thought that Automake was going to include this directory by itself. ./configure CXXFLAGS=" -I/sw/include/" CFLAGS=" -I/sw/include/" should fix this issue. (I will do it cleaner) Sylvestre From stephane.mottelet at utc.fr Mon Mar 10 18:46:48 2008 From: stephane.mottelet at utc.fr (=?ISO-8859-1?Q?St=E9phane_Mottelet?=) Date: Mon, 10 Mar 2008 18:46:48 +0100 Subject: [Scilab-Dev] Weird issue in the Scilab core In-Reply-To: <1205168330.4708.912.camel@korcula.inria.fr> References: <52148424c20329d60a8b6ef9a3d8671f@korcula.inria.fr> <47D55F4C.3020904@utc.fr> <47D56095.60403@utc.fr> <47D56638.6040702@utc.fr> <1205168330.4708.912.camel@korcula.inria.fr> Message-ID: <47D57408.50600@utc.fr> Sylvestre Ledru a ?crit : > Le lundi 10 mars 2008 ? 17:47 +0100, St?phane Mottelet a ?crit : > >> I am a bit confused with this warning at configure time : >> >> checking libintl.h usability... yes >> checking libintl.h presence... no >> configure: WARNING: libintl.h: accepted by the compiler, rejected by the >> preprocessor! >> configure: WARNING: libintl.h: proceeding with the compiler's result >> checking for libintl.h... yes >> >> and later at compilation time >> >> In file included from src/cpp/polylineDrawing/PolylineLineDrawerJoGL.cpp:21: >> ../../modules/localization/includes/localization.h:22:21: error: >> libintl.h: No such file or directory >> >> although : >> >> # find /sw/ -name libintl.h >> /sw//include/libintl.h >> >> and there is no problem to find other includes such as pcre.h >> >> Any clue ? >> > Seems that I didn't see that. I thought that Automake was going to > include this directory by itself. > > ./configure CXXFLAGS=" -I/sw/include/" CFLAGS=" > -I/sw/include/" > should fix this issue. > > (I will do it cleaner) > > Sylvestre > sorry for this stupid question : when using --with-tk in scilab 5.0, am I supposed to point to X11 Tk or Aqua Tk ? S. -- St?phane Mottelet Laboratoire de Math?matiques Appliqu?es Universit? de Technologie de Compi?gne http://www.lmac.utc.fr/~mottelet From stephane.mottelet at utc.fr Mon Mar 10 21:48:51 2008 From: stephane.mottelet at utc.fr (=?ISO-8859-1?Q?St=E9phane_Mottelet?=) Date: Mon, 10 Mar 2008 21:48:51 +0100 Subject: [Scilab-Dev] Weird issue in the Scilab core In-Reply-To: <47D57408.50600@utc.fr> References: <52148424c20329d60a8b6ef9a3d8671f@korcula.inria.fr> <47D55F4C.3020904@utc.fr> <47D56095.60403@utc.fr> <47D56638.6040702@utc.fr> <1205168330.4708.912.camel@korcula.inria.fr> <47D57408.50600@utc.fr> Message-ID: <47D59EB3.9040102@utc.fr> St?phane Mottelet a ?crit : > Sylvestre Ledru a ?crit : >> Le lundi 10 mars 2008 ? 17:47 +0100, St?phane Mottelet a ?crit : >> >>> I am a bit confused with this warning at configure time : >>> >>> checking libintl.h usability... yes >>> checking libintl.h presence... no >>> configure: WARNING: libintl.h: accepted by the compiler, rejected by >>> the preprocessor! >>> configure: WARNING: libintl.h: proceeding with the compiler's result >>> checking for libintl.h... yes >>> >>> and later at compilation time >>> >>> In file included from >>> src/cpp/polylineDrawing/PolylineLineDrawerJoGL.cpp:21: >>> ../../modules/localization/includes/localization.h:22:21: error: >>> libintl.h: No such file or directory >>> >>> although : >>> >>> # find /sw/ -name libintl.h >>> /sw//include/libintl.h >>> >>> and there is no problem to find other includes such as pcre.h >>> >>> Any clue ? >>> >> Seems that I didn't see that. I thought that Automake was going to >> include this directory by itself. >> >> ./configure CXXFLAGS=" -I/sw/include/" CFLAGS=" >> -I/sw/include/" should fix this issue. >> >> (I will do it cleaner) >> >> Sylvestre >> > sorry for this stupid question : when using --with-tk in scilab 5.0, am I > supposed to point to X11 Tk or Aqua Tk ? > > S. > well, after letting the configure script choose system (Aqua) Tk, I am up to that point now : Making all in graphics make[2]: *** No rule to make target `demos/cmplxfunc/cmplxfunc_dial.bin', needed by `all-am'. Stop. make[1]: *** [all-recursive] Error 1 make: *** [all-recursive] Error 1 Any clue ? S. -- St?phane Mottelet Laboratoire de Math?matiques Appliqu?es Universit? de Technologie de Compi?gne http://www.lmac.utc.fr/~mottelet From sylvestre.ledru at inria.fr Mon Mar 10 21:58:40 2008 From: sylvestre.ledru at inria.fr (Sylvestre Ledru) Date: Mon, 10 Mar 2008 21:58:40 +0100 Subject: [Scilab-Dev] Weird issue in the Scilab core In-Reply-To: <47D59EB3.9040102@utc.fr> References: <52148424c20329d60a8b6ef9a3d8671f@korcula.inria.fr> <47D55F4C.3020904@utc.fr> <47D56095.60403@utc.fr> <47D56638.6040702@utc.fr> <1205168330.4708.912.camel@korcula.inria.fr> <47D57408.50600@utc.fr> <47D59EB3.9040102@utc.fr> Message-ID: <1205182720.7600.6.camel@zlarin.inria.fr> Le lundi 10 mars 2008 ? 21:48 +0100, St?phane Mottelet a ?crit : > > well, after letting the configure script choose system (Aqua) Tk What did you do ? > , I am up to > that point now : > > Making all in graphics > make[2]: *** No rule to make target > `demos/cmplxfunc/cmplxfunc_dial.bin', needed by `all-am'. Stop. > make[1]: *** [all-recursive] Error 1 > make: *** [all-recursive] Error 1 > > Any clue ? We had this file but we removed it. You really shouldn't this error message. A (stupid) workaround would be: # touch modules/graphics/demos/cmplxfunc/cmplxfunc_dial.bin Thanks for testing. You may have some issues with the load of the Java libraries. It is the case, add into modules/jvm/src/c/JVM_Unix.c: #ifdef __APPLE__ #undef SHARED_LIB_EXT #define SHARED_LIB_EXT ".jnilib" #endif And I add a bug with libtool that I didn't commit yet. If you get something weird doing: # cat modules/core/includes/machine.h|grep SHARED #define SHARED_LIB_EXT ".so" Edit the .h by hand and don't recall the ./configure and change it to .dynlib Sylvestre -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From stephane.mottelet at utc.fr Mon Mar 10 22:12:26 2008 From: stephane.mottelet at utc.fr (=?UTF-8?B?U3TDqXBoYW5lIE1vdHRlbGV0?=) Date: Mon, 10 Mar 2008 22:12:26 +0100 Subject: [Scilab-Dev] Weird issue in the Scilab core In-Reply-To: <1205182720.7600.6.camel@zlarin.inria.fr> References: <52148424c20329d60a8b6ef9a3d8671f@korcula.inria.fr> <47D55F4C.3020904@utc.fr> <47D56095.60403@utc.fr> <47D56638.6040702@utc.fr> <1205168330.4708.912.camel@korcula.inria.fr> <47D57408.50600@utc.fr> <47D59EB3.9040102@utc.fr> <1205182720.7600.6.camel@zlarin.inria.fr> Message-ID: <47D5A43A.9090300@utc.fr> Sylvestre Ledru a ?crit : > Le lundi 10 mars 2008 ? 21:48 +0100, St?phane Mottelet a ?crit : > >> well, after letting the configure script choose system (Aqua) Tk >> > What did you do ? > > >> , I am up to >> that point now : >> >> Making all in graphics >> make[2]: *** No rule to make target >> `demos/cmplxfunc/cmplxfunc_dial.bin', needed by `all-am'. Stop. >> make[1]: *** [all-recursive] Error 1 >> make: *** [all-recursive] Error 1 >> >> Any clue ? >> > We had this file but we removed it. You really shouldn't this error > message. > > A (stupid) workaround would be: > # touch modules/graphics/demos/cmplxfunc/cmplxfunc_dial.bin > > Thanks for testing. > You may have some issues with the load of the Java libraries. It is the > case, add into modules/jvm/src/c/JVM_Unix.c: > #ifdef __APPLE__ > #undef SHARED_LIB_EXT > #define SHARED_LIB_EXT ".jnilib" > #endif > > And I add a bug with libtool that I didn't commit yet. > If you get something weird doing: > # cat modules/core/includes/machine.h|grep SHARED > #define SHARED_LIB_EXT ".so" > > Edit the .h by hand and don't recall the ./configure > and change it to .dynlib > > Sylvestre > > Sylvestre, I am working with the official alpha2 sources. This could explain some problems. S. -- St?phane Mottelet Laboratoire de Math?matiques Appliqu?es Universit? de Technologie de Compi?gne http://www.lmac.utc.fr/~mottelet From sylvestre.ledru at inria.fr Mon Mar 10 22:22:26 2008 From: sylvestre.ledru at inria.fr (Sylvestre Ledru) Date: Mon, 10 Mar 2008 22:22:26 +0100 Subject: [Scilab-Dev] Weird issue in the Scilab core In-Reply-To: <47D5A43A.9090300@utc.fr> References: <52148424c20329d60a8b6ef9a3d8671f@korcula.inria.fr> <47D55F4C.3020904@utc.fr> <47D56095.60403@utc.fr> <47D56638.6040702@utc.fr> <1205168330.4708.912.camel@korcula.inria.fr> <47D57408.50600@utc.fr> <47D59EB3.9040102@utc.fr> <1205182720.7600.6.camel@zlarin.inria.fr> <47D5A43A.9090300@utc.fr> Message-ID: <1205184146.7600.8.camel@zlarin.inria.fr> > > > Sylvestre, I am working with the official alpha2 sources. This could explain > some problems. I will commit my changes tomorrow. Cheers, Sylvestre -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From stephane.mottelet at utc.fr Mon Mar 10 22:46:25 2008 From: stephane.mottelet at utc.fr (=?ISO-8859-1?Q?St=E9phane_Mottelet?=) Date: Mon, 10 Mar 2008 22:46:25 +0100 Subject: [Scilab-Dev] Weird issue in the Scilab core In-Reply-To: <1205184146.7600.8.camel@zlarin.inria.fr> References: <52148424c20329d60a8b6ef9a3d8671f@korcula.inria.fr> <47D55F4C.3020904@utc.fr> <47D56095.60403@utc.fr> <47D56638.6040702@utc.fr> <1205168330.4708.912.camel@korcula.inria.fr> <47D57408.50600@utc.fr> <47D59EB3.9040102@utc.fr> <1205182720.7600.6.camel@zlarin.inria.fr> <47D5A43A.9090300@utc.fr> <1205184146.7600.8.camel@zlarin.inria.fr> Message-ID: <47D5AC31.5060805@utc.fr> Sylvestre Ledru a ?crit : >>> >>> >> Sylvestre, I am working with the official alpha2 sources. This could explain >> some problems. >> > I will commit my changes tomorrow. > > Cheers, > Sylvestre > > I am close to the end, but at link time I have problems with duplicate symbols : ld: multiple definitions of symbol _complexify_ .libs/complexify.o definition of _complexify_ in section (__TEXT,__text) /Users/mottelet/Documents/scilab-5.0-alpha-2/modules/core/.libs/libscicore.dylib(single module) definition of _complexify_ ld: warning multiple definitions of symbol _recu_ /Users/mottelet/Documents/scilab-5.0-alpha-2/modules/core/.libs/libscicore.dylib(single module) definition of _recu_ ../../modules/elementary_functions/.libs/libscielementary_functions.dylib(single module) definition of _recu_ ld: warning multiple definitions of symbol _iop_ /Users/mottelet/Documents/scilab-5.0-alpha-2/modules/core/.libs/libscicore.dylib(single module) definition of _iop_ ../../modules/elementary_functions/.libs/libscielementary_functions.dylib(single module) definition of _iop_ ld: warning multiple definitions of symbol _com_ /Users/mottelet/Documents/scilab-5.0-alpha-2/modules/core/.libs/libscicore.dylib(single module) definition of _com_ ../../modules/elementary_functions/.libs/libscielementary_functions.dylib(single module) definition of _com_ ld: warning multiple definitions of symbol _intersci_ /Users/mottelet/Documents/scilab-5.0-alpha-2/modules/core/.libs/libscicore.dylib(single module) definition of _intersci_ ../../modules/elementary_functions/.libs/libscielementary_functions.dylib(single module) definition of _intersci_ ld: warning multiple definitions of symbol _dbg_ /Users/mottelet/Documents/scilab-5.0-alpha-2/modules/core/.libs/libscicore.dylib(single module) definition of _dbg_ ../../modules/elementary_functions/.libs/libscielementary_functions.dylib(single module) definition of _dbg_ ld: warning multiple definitions of symbol _errgst_ /Users/mottelet/Documents/scilab-5.0-alpha-2/modules/core/.libs/libscicore.dylib(single module) definition of _errgst_ ../../modules/elementary_functions/.libs/libscielementary_functions.dylib(single module) definition of _errgst_ ld: warning multiple definitions of symbol _cha1_ /Users/mottelet/Documents/scilab-5.0-alpha-2/modules/core/.libs/libscicore.dylib(single module) definition of _cha1_ ../../modules/elementary_functions/.libs/libscielementary_functions.dylib(single module) definition of _cha1_ ld: warning multiple definitions of symbol _adre_ /Users/mottelet/Documents/scilab-5.0-alpha-2/modules/core/.libs/libscicore.dylib(single module) definition of _adre_ ../../modules/elementary_functions/.libs/libscielementary_functions.dylib(single module) definition of _adre_ ld: warning multiple definitions of symbol _vstk_ /Users/mottelet/Documents/scilab-5.0-alpha-2/modules/core/.libs/libscicore.dylib(single module) definition of _vstk_ ../../modules/elementary_functions/.libs/libscielementary_functions.dylib(single module) definition of _vstk_ ld: warning multiple definitions of symbol _stack_ /Users/mottelet/Documents/scilab-5.0-alpha-2/modules/core/.libs/libscicore.dylib(single module) definition of _stack_ ../../modules/elementary_functions/.libs/libscielementary_functions.dylib(single module) definition of _stack_ ld: warning multiple definitions of symbol _iset_ ../../modules/elementary_functions/.libs/libscielementary_functions.dylib(single module) definition of _iset_ /Users/mottelet/Documents/scilab-5.0-alpha-2/modules/arnoldi/.libs/libsciarnoldi.dylib(single module) definition of _iset_ ld: warning multiple definitions of symbol _icopy_ ../../modules/elementary_functions/.libs/libscielementary_functions.dylib(single module) definition of _icopy_ /Users/mottelet/Documents/scilab-5.0-alpha-2/modules/arnoldi/.libs/libsciarnoldi.dylib(single module) definition of _icopy_ /usr/bin/libtool: internal link edit command failed S. -- St?phane Mottelet Laboratoire de Math?matiques Appliqu?es Universit? de Technologie de Compi?gne http://www.lmac.utc.fr/~mottelet From sylvestre.ledru at inria.fr Mon Mar 10 22:52:41 2008 From: sylvestre.ledru at inria.fr (Sylvestre Ledru) Date: Mon, 10 Mar 2008 22:52:41 +0100 Subject: [Scilab-Dev] Weird issue in the Scilab core In-Reply-To: <47D5AC31.5060805@utc.fr> References: <52148424c20329d60a8b6ef9a3d8671f@korcula.inria.fr> <47D55F4C.3020904@utc.fr> <47D56095.60403@utc.fr> <47D56638.6040702@utc.fr> <1205168330.4708.912.camel@korcula.inria.fr> <47D57408.50600@utc.fr> <47D59EB3.9040102@utc.fr> <1205182720.7600.6.camel@zlarin.inria.fr> <47D5A43A.9090300@utc.fr> <1205184146.7600.8.camel@zlarin.inria.fr> <47D5AC31.5060805@utc.fr> Message-ID: <1205185961.7600.19.camel@zlarin.inria.fr> [...] > /Users/mottelet/Documents/scilab-5.0-alpha-2/modules/arnoldi/.libs/libsciarnoldi.dylib(single > module) definition of _icopy_ > /usr/bin/libtool: internal link edit command failed Weird, I didn't have these issues. Your linker (ld) is provided by fink, isn't it? Sylvestre -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From stephane.mottelet at utc.fr Mon Mar 10 22:59:13 2008 From: stephane.mottelet at utc.fr (=?ISO-8859-1?Q?St=E9phane_Mottelet?=) Date: Mon, 10 Mar 2008 22:59:13 +0100 Subject: [Scilab-Dev] Weird issue in the Scilab core In-Reply-To: <1205185961.7600.19.camel@zlarin.inria.fr> References: <52148424c20329d60a8b6ef9a3d8671f@korcula.inria.fr> <47D55F4C.3020904@utc.fr> <47D56095.60403@utc.fr> <47D56638.6040702@utc.fr> <1205168330.4708.912.camel@korcula.inria.fr> <47D57408.50600@utc.fr> <47D59EB3.9040102@utc.fr> <1205182720.7600.6.camel@zlarin.inria.fr> <47D5A43A.9090300@utc.fr> <1205184146.7600.8.camel@zlarin.inria.fr> <47D5AC31.5060805@utc.fr> <1205185961.7600.19.camel@zlarin.inria.fr> Message-ID: <47D5AF31.8080900@utc.fr> Sylvestre Ledru a ?crit : > [...] > > >> /Users/mottelet/Documents/scilab-5.0-alpha-2/modules/arnoldi/.libs/libsciarnoldi.dylib(single >> module) definition of _icopy_ >> /usr/bin/libtool: internal link edit command failed >> > Weird, I didn't have these issues. > > Your linker (ld) is provided by fink, isn't it? > > Sylvestre > > configure:3766: checking for ld used by GCC configure:3830: result: /usr/bin/ld configure:3839: checking if the linker (/usr/bin/ld) is GNU ld configure:3852: result: no I don't think so. S. -- St?phane Mottelet Laboratoire de Math?matiques Appliqu?es Universit? de Technologie de Compi?gne http://www.lmac.utc.fr/~mottelet From stephane.mottelet at utc.fr Tue Mar 11 15:29:27 2008 From: stephane.mottelet at utc.fr (=?ISO-8859-1?Q?St=E9phane_Mottelet?=) Date: Tue, 11 Mar 2008 15:29:27 +0100 Subject: [Scilab-Dev] Weird issue in the Scilab core In-Reply-To: <47D5AF31.8080900@utc.fr> References: <52148424c20329d60a8b6ef9a3d8671f@korcula.inria.fr> <47D55F4C.3020904@utc.fr> <47D56095.60403@utc.fr> <47D56638.6040702@utc.fr> <1205168330.4708.912.camel@korcula.inria.fr> <47D57408.50600@utc.fr> <47D59EB3.9040102@utc.fr> <1205182720.7600.6.camel@zlarin.inria.fr> <47D5A43A.9090300@utc.fr> <1205184146.7600.8.camel@zlarin.inria.fr> <47D5AC31.5060805@utc.fr> <1205185961.7600.19.camel@zlarin.inria.fr> <47D5AF31.8080900@utc.fr> Message-ID: <47D69747.3000108@utc.fr> St?phane Mottelet a ?crit : > Sylvestre Ledru a ?crit : >> [...] >> >> >>> /Users/mottelet/Documents/scilab-5.0-alpha-2/modules/arnoldi/.libs/libsciarnoldi.dylib(single >>> module) definition of _icopy_ >>> /usr/bin/libtool: internal link edit command failed >>> >> Weird, I didn't have these issues. >> >> Your linker (ld) is provided by fink, isn't it? >> >> Sylvestre >> >> > configure:3766: checking for ld used by GCC > configure:3830: result: /usr/bin/ld > configure:3839: checking if the linker (/usr/bin/ld) is GNU ld > configure:3852: result: no > > > I don't think so. > > S. > In fact, there are ld warnings, which don't stop compilation, and ld errors, which stop compilation. There are all about duplicated symbols when ld has to produce the shared library of a given module. Trying to see what happens, I noticed some confusing (to me) facts : ./modules/core/src/fortran/complexify.f ./modules/linear_algebra/src/fortran/complexify.f # diff ./modules/core/src/fortran/complexify.f ./modules/linear_algebra/src/fortran/complexify.f 1,9d0 < c Scilab ( http://www.scilab.org/ ) - This file is part of Scilab < c Copyright (C) INRIA < c < c This file must be used under the terms of the CeCILL. < c This source file is licensed as described in the file COPYING, which < c you should have received as part of this distribution. The terms < c are also available at < c http://www.cecill.info/licences/Licence_CeCILL_V2-en.txt < 43,46c34,37 < call scidcopy(isize,stk(ln),1,stk(lfree),1) < call scidcopy(mn,0.0d0,0,stk(lfree+isize),1) < call scidcopy(lw-isize-mn,stk(ln1),1,stk(lfree+isize+mn),1) < call scidcopy(lw,stk(lfree),1,stk(ln),1) --- > call dcopy(isize,stk(ln),1,stk(lfree),1) > call dcopy(mn,0.0d0,0,stk(lfree+isize),1) > call dcopy(lw-isize-mn,stk(ln1),1,stk(lfree+isize+mn),1) > call dcopy(lw,stk(lfree),1,stk(ln),1) I have supposed that these files are virtually identical and suppressed any reference to complexify.f in modules/linear_algebra/Makefile : the link error dissappears, but this is a quick and dirty fix. I suppose that on other plaforms (even on MacOSX with different compilers) the link silently overwrites one of the two definitions, but which one ? There are also some other problematic duplicates : ./modules/differential_equations/sci_gateway/fortran/bbvode.f ./modules/core/src/fortran/bcol.f these files differ only by 3 lines of comments. Why both files are needed on earth ? I am still trying to find the right flags to make ld ignore these duplicates. S. -- St?phane Mottelet Laboratoire de Math?matiques Appliqu?es Universit? de Technologie de Compi?gne http://www.lmac.utc.fr/~mottelet From audun.pedersen at clampon.com Wed Mar 12 19:48:20 2008 From: audun.pedersen at clampon.com (Audun Pedersen) Date: Wed, 12 Mar 2008 19:48:20 +0100 Subject: Suggestion for new Scilab feature Message-ID: Hello, I have a suggestion for two Scilab features: - Searchable/filtered history from the command prompt as in Matlab - write the first few characters, then press the arrow key - Tab completion for commands and/or file paths Best regards, Audun Best regards, Audun Pedersen Developer [cid:image001.gif at 01C8847A.062A4850] Damsgaardsveien 131 - N-5162 Laksevaag, Bergen - NORWAY - Web: www.clampon.com Tel: +47 5594 8850 - Fax: +47 5594 8855 - Email: Audun.Pedersen at clampon.com ________________________________ This message, together with any attachments, is intended only for the addressee. It may contain information which is legally privileged, confidential and exempt from disclosure. If you are not the intended recipient of this message, you may not disclose, print, copy or disseminate this information. If you have received this in error, please reply and notify the sender (only) and delete the message along with any attachments. Unauthorized interception of this email is a violation of federal criminal law. -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.gif Type: image/gif Size: 1109 bytes Desc: image001.gif URL: From sylvestre.ledru at inria.fr Thu Mar 13 00:00:31 2008 From: sylvestre.ledru at inria.fr (Sylvestre Ledru) Date: Thu, 13 Mar 2008 00:00:31 +0100 Subject: [Scilab-Dev] Suggestion for new Scilab feature In-Reply-To: References: Message-ID: <1205362831.3013.6.camel@zlarin.inria.fr> Le mercredi 12 mars 2008 ? 19:48 +0100, Audun Pedersen a ?crit : > Hello, > > > > I have a suggestion for two Scilab features: Thx for your comment. We are currently working on the version 5 of Scilab and we introduce some new features. We do have history management and completion on function, variable... We will find the list of the new features here: http://www.scilab.org/download/index_download.php?page=CHANGES_5.0-alpha-2 > Cheers, Sylvestre -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From vincent.couvert at inria.fr Thu Mar 13 08:26:23 2008 From: vincent.couvert at inria.fr (Vincent COUVERT) Date: Thu, 13 Mar 2008 08:26:23 +0100 Subject: [Scilab-Dev] Suggestion for new Scilab feature In-Reply-To: References: Message-ID: <47D8D71F.8020308@inria.fr> Hello, This functionnality is already available in Scilab 5.0 Alpha2. Vincent Audun Pedersen a ?crit : > > Hello, > > I have a suggestion for two Scilab features: > > - Searchable/filtered history from the command prompt as in Matlab ? > write the first few characters, then press the arrow key > > - Tab completion for commands and/or file paths > > Best regards, Audun > > Best regards, > *Audun Pedersen > *Developer > > Damsgaardsveien 131 - N-5162 Laksevaag, Bergen - NORWAY - Web: > www.clampon.com > Tel: +47 5594 8850 ? Fax: +47 5594 8855 ? Email: > Audun.Pedersen at clampon.com > > > ------------------------------------------------------------------------ > This message, together with any attachments, is intended only for the > addressee. It may contain information which is legally privileged, > confidential and exempt from disclosure. If you are not the intended > recipient of this message, you may not disclose, print, copy or > disseminate this information. If you have received this in error, > please reply and notify the sender (only) and delete the message along > with any attachments. Unauthorized interception of this email is a > violation of federal criminal law. -- ============================================== Vincent COUVERT Centre de Recherche INRIA Paris-Rocquencourt Domaine de Voluceau - B.P. 105 78153 Le Chesnay Cedex ============================================== Equipe Projet SCILAB B?timent 1B - Bureau 013 Email : vincent.couvert at inria.fr T?l : +33 (0)1 39 63 54 46 Fax : +33 (0)1 39 63 55 94 ============================================== From allan.cornet at inria.fr Thu Mar 13 10:51:15 2008 From: allan.cornet at inria.fr (Allan CORNET) Date: Thu, 13 Mar 2008 10:51:15 +0100 Subject: Migrating To Visual Studio 2008 on Windows Message-ID: <7.0.1.0.2.20080313081633.03d0af30@inria.fr> Hi, We are going to migrate Scilab solutions to Visual studio 2008 on Windows. You can learn how to do build Scilab 5 with Visual studio 2008 here: http://wiki.scilab.org/Compiling_Scilab_5.x_under_Windows We advise you to uninstall Intel compilers and VS 2005 before installing VS 2008 (Pro or Express). What's new in Visual C++ 2008 is listed here: http://msdn2.microsoft.com/en-us/library/bb384632.aspx For Scilab, the main improvements are: -- Visual studio 2008 express is easier to install (Visual C++ Express Edition now includes the Windows SDK ) -- Easier to build a x64 version -- Scilab can be compiled more quickly with the support of several cores -- Better support for Windows Vista and Windows 2008 Server. -- C compiler supports Intel Core 2 duo optimizations. We expect to migrate to Visual Studio 2008 Solution on Monday, 17th march 2008. We will commit new Scilab solutions and you will need to update your prerequirements for Scilab too. Best Regards Allan CORNET ============================================== Allan CORNET Scilab Consortium http://www.scilab.org INRIA - Unit? de Recherche de Rocquencourt Domaine de Voluceau - B.P. 105 78153 Le Chesnay Cedex ============================================== Projet Scilab B?timent 1B - Bureau 009 Email : allan.cornet at inria.fr ============================================== -------------- next part -------------- An HTML attachment was scrubbed... URL: From mottelet at dma.utc.fr Thu Mar 13 11:36:43 2008 From: mottelet at dma.utc.fr (mottelet at dma.utc.fr) Date: Thu, 13 Mar 2008 11:36:43 +0100 Subject: MacOSX compilation of Scilab 5.0-svn In-Reply-To: <1205404335.47d902afcefba@mail.hds.utc.fr> References: <52148424c20329d60a8b6ef9a3d8671f@korcula.inria.fr> <47D55F4C.3020904@utc.fr> <47D56095.60403@utc.fr> <47D56638.6040702@utc.fr> <1205168330.4708.912.camel@korcula.inria.fr> <47D57408.50600@utc.fr> <47D59EB3.9040102@utc.fr> <1205182720.7600.6.camel@zlarin.inria.fr> <47D5A43A.9090300@utc.fr> <1205184146.7600.8.camel@zlarin.inria.fr> <47D5AC31.5060805@utc.fr> <1205342605.32737.149.camel@korcula.inria.fr> <47D86331.3050204@utc.fr> <1205364064.3013.11.camel@zlarin.inria.fr> <1205404335.47d902afcefba@mail.hds.utc.fr> Message-ID: <1205404603.47d903bbb8fd1@mail.hds.utc.fr> Hi all, I am almost to the end (thanks to Sylvestre), but I have a strange error : ./bin/scilab -ns -nwni -f modules/functions/scripts/buildmacros/buildmacros.sce dyld: Symbol not found: _setslatecjmp_ I don't see where this function is defined. I see the references integer setslatecjmp external setslatecjmp in modules/differential_equations/sci_gateway/fortran/sci_dassl.f but the subroutine itlsef is not defined anywhere. Scilab gurus, any clue ? S. ------------------------------------------------- From sylvestre.ledru at inria.fr Thu Mar 13 11:44:52 2008 From: sylvestre.ledru at inria.fr (Sylvestre Ledru) Date: Thu, 13 Mar 2008 11:44:52 +0100 Subject: [Scilab-Dev] MacOSX compilation of Scilab 5.0-svn In-Reply-To: <1205404603.47d903bbb8fd1@mail.hds.utc.fr> References: <52148424c20329d60a8b6ef9a3d8671f@korcula.inria.fr> <47D55F4C.3020904@utc.fr> <47D56095.60403@utc.fr> <47D56638.6040702@utc.fr> <1205168330.4708.912.camel@korcula.inria.fr> <47D57408.50600@utc.fr> <47D59EB3.9040102@utc.fr> <1205182720.7600.6.camel@zlarin.inria.fr> <47D5A43A.9090300@utc.fr> <1205184146.7600.8.camel@zlarin.inria.fr> <47D5AC31.5060805@utc.fr> <1205342605.32737.149.camel@korcula.inria.fr> <47D86331.3050204@utc.fr> <1205364064.3013.11.camel@zlarin.inria.fr> <1205404335.47d902afcefba@mail.hds.utc.fr> <1205404603.47d903bbb8fd1@mail.hds.utc.fr> Message-ID: <1205405092.32737.391.camel@korcula.inria.fr> Hello, I think it is some dead code and the external gives a bad indication for the linker. I just commited the fix. Sylvestre Le jeudi 13 mars 2008 ? 11:36 +0100, mottelet at dma.utc.fr a ?crit : > > Hi all, > > I am almost to the end (thanks to Sylvestre), but I have a strange error : > > ./bin/scilab -ns -nwni -f > modules/functions/scripts/buildmacros/buildmacros.sce > dyld: Symbol not found: _setslatecjmp_ > > I don't see where this function is defined. I see the references > > integer setslatecjmp > external setslatecjmp > > in modules/differential_equations/sci_gateway/fortran/sci_dassl.f > > but the subroutine itlsef is not defined anywhere. > > Scilab gurus, any clue ? > > S. > > > > > > ------------------------------------------------- > From stephane.mottelet at utc.fr Thu Mar 13 12:41:45 2008 From: stephane.mottelet at utc.fr (=?UTF-8?B?U3TCjsOpcGhhbmUgTW90dGVsZXQ=?=) Date: Thu, 13 Mar 2008 12:41:45 +0100 Subject: OSX, again, svn/trunk build In-Reply-To: <47D69747.3000108@utc.fr> References: <52148424c20329d60a8b6ef9a3d8671f@korcula.inria.fr> <47D55F4C.3020904@utc.fr> <47D56095.60403@utc.fr> <47D56638.6040702@utc.fr> <1205168330.4708.912.camel@korcula.inria.fr> <47D57408.50600@utc.fr> <47D59EB3.9040102@utc.fr> <1205182720.7600.6.camel@zlarin.inria.fr> <47D5A43A.9090300@utc.fr> <1205184146.7600.8.camel@zlarin.inria.fr> <47D5AC31.5060805@utc.fr> <1205185961.7600.19.camel@zlarin.inria.fr> <47D5AF31.8080900@utc.fr> <47D69747.3000108@utc.fr> Message-ID: <47D912F9.1000905@utc.fr> Hi all, One step further, after suppressing the useless reference to external setslatecjmp in modules/differential_equations/sci_gateway/fortran/sci_dassl.f i am stuck here : ./bin/scilab -ns -nwni -f modules/functions/scripts/buildmacros/buildmacros.sce dyld: lazy symbol binding failed: Symbol not found: _libintl_bindtextdomain Referenced from: /Users/mottelet/svn/scilab/modules/localization/.libs/libscilocalization.5.dylib Expected in: flat namespace In fact, when I list the shared libraries loaded by libscilocalization.5.dylib i see that libintl.dylib (which contains ibintl_bindtextdomain) is not loaded (it *should*) : # otool -L libscilocalization.5.dylib libscilocalization.5.dylib: /usr/local/lib/scilab/libscilocalization.5.dylib (compatibility version 6.0.0, current version 6.0.0) /System/Library/Frameworks/JavaVM.framework/Versions/1.5.0/Libraries/libclient.dylib (compatibility version 1.0.0, current version 1.0.0) /usr/local/lib/scilab/libsciio.5.dylib (compatibility version 6.0.0, current version 6.0.0) /usr/local/lib/scilab/libscitclsci.5.dylib (compatibility version 6.0.0, current version 6.0.0) /usr/local/lib/scilab/libsciaction_binding.5.dylib (compatibility version 6.0.0, current version 6.0.0) /usr/local/lib/scilab/libsciinteger.5.dylib (compatibility version 6.0.0, current version 6.0.0) /usr/local/lib/scilab/libscifileio.5.dylib (compatibility version 6.0.0, current version 6.0.0) /usr/local/lib/scilab/libscilibst.5.dylib (compatibility version 6.0.0, current version 6.0.0) /usr/local/lib/scilab/libscistring.5.dylib (compatibility version 6.0.0, current version 6.0.0) /sw/lib/libpcreposix.0.dylib (compatibility version 1.0.0, current version 1.0.0) /sw/lib/libpcre.0.dylib (compatibility version 1.0.0, current version 1.1.0) /usr/local/lib/scilab/libscielementary_functions.5.dylib (compatibility version 6.0.0, current version 6.0.0) /usr/local/lib/scilab/libsciarnoldi.5.dylib (compatibility version 6.0.0, current version 6.0.0) /usr/local/lib/scilab/libscicore.5.dylib (compatibility version 6.0.0, current version 6.0.0) /usr/lib/libxml2.2.dylib (compatibility version 9.0.0, current version 9.16.0) /usr/lib/libz.1.dylib (compatibility version 1.0.0, current version 1.2.3) /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 111.0.0) /usr/lib/libicucore.A.dylib (compatibility version 1.0.0, current version 36.0.0) /usr/local/lib/scilab/libscimalloc.5.dylib (compatibility version 6.0.0, current version 6.0.0) /usr/local/lib/scilab/libscioutput_stream.5.dylib (compatibility version 6.0.0, current version 6.0.0) /usr/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current version 1.0.0) Where do I have to add (manually) that libscilocalization.5.dylib needs libintl.dylib ? S. From stephane.mottelet at utc.fr Thu Mar 13 13:11:56 2008 From: stephane.mottelet at utc.fr (=?UTF-8?B?U3TCjsOpcGhhbmUgTW90dGVsZXQ=?=) Date: Thu, 13 Mar 2008 13:11:56 +0100 Subject: OSX, again, svn/trunk build In-Reply-To: <47D912F9.1000905@utc.fr> References: <52148424c20329d60a8b6ef9a3d8671f@korcula.inria.fr> <47D55F4C.3020904@utc.fr> <47D56095.60403@utc.fr> <47D56638.6040702@utc.fr> <1205168330.4708.912.camel@korcula.inria.fr> <47D57408.50600@utc.fr> <47D59EB3.9040102@utc.fr> <1205182720.7600.6.camel@zlarin.inria.fr> <47D5A43A.9090300@utc.fr> <1205184146.7600.8.camel@zlarin.inria.fr> <47D5AC31.5060805@utc.fr> <1205185961.7600.19.camel@zlarin.inria.fr> <47D5AF31.8080900@utc.fr> <47D69747.3000108@utc.fr> <47D912F9.1000905@utc.fr> Message-ID: <47D91A0C.5080106@utc.fr> Ok, here we are, with the following configure flags ./configure --disable-static CXXFLAGS="-I/sw/include/" CFLAGS="-I/sw/include/" LIBS="-L/sw/lib -lintl" Compilation is successul, but when building the macros, I have the same error as Sylvestre. ./bin/scilab -ns -nwni -f modules/functions/scripts/buildmacros/buildmacros.sce dim = size(listmacrostoload); !--error 42 Incompatible input argument. at line 26 of exec file called by : exec(SCI+'/modules/functions/scripts/buildmacros/loadgenlib.sce'); line 16 of exec file called by : exec('modules/functions/scripts/buildmacros/buildmacros.sce',-1) I recall the context : -svn-trunk revision 23545 -MacOSX 10.5.2 +Xcode -gcc version 4.0.1 (Apple Inc. build 5465) -other stuff installed/compiled with Fink * g95 version gcc 4.0.3 (g95 0.90!) Mar 13 2008. Since g95 build is based on gcc 4.0.3 core, maybe there is a problem here ? S. As g95 St??phane Mottelet a ?crit : > Hi all, > > One step further, after suppressing the useless reference to external > setslatecjmp in > > modules/differential_equations/sci_gateway/fortran/sci_dassl.f > > i am stuck here : > > ./bin/scilab -ns -nwni -f > modules/functions/scripts/buildmacros/buildmacros.sce > > dyld: lazy symbol binding failed: Symbol not found: > _libintl_bindtextdomain > Referenced from: > /Users/mottelet/svn/scilab/modules/localization/.libs/libscilocalization.5.dylib > > Expected in: flat namespace > > > In fact, when I list the shared libraries loaded by > libscilocalization.5.dylib i see that > libintl.dylib (which contains ibintl_bindtextdomain) is not loaded (it > *should*) : > > > # otool -L libscilocalization.5.dylib > > libscilocalization.5.dylib: > /usr/local/lib/scilab/libscilocalization.5.dylib (compatibility > version 6.0.0, current version 6.0.0) > > /System/Library/Frameworks/JavaVM.framework/Versions/1.5.0/Libraries/libclient.dylib > (compatibility version 1.0.0, current version 1.0.0) > /usr/local/lib/scilab/libsciio.5.dylib (compatibility version > 6.0.0, current version 6.0.0) > /usr/local/lib/scilab/libscitclsci.5.dylib (compatibility version > 6.0.0, current version 6.0.0) > /usr/local/lib/scilab/libsciaction_binding.5.dylib (compatibility > version 6.0.0, current version 6.0.0) > /usr/local/lib/scilab/libsciinteger.5.dylib (compatibility version > 6.0.0, current version 6.0.0) > /usr/local/lib/scilab/libscifileio.5.dylib (compatibility version > 6.0.0, current version 6.0.0) > /usr/local/lib/scilab/libscilibst.5.dylib (compatibility version > 6.0.0, current version 6.0.0) > /usr/local/lib/scilab/libscistring.5.dylib (compatibility version > 6.0.0, current version 6.0.0) > /sw/lib/libpcreposix.0.dylib (compatibility version 1.0.0, current > version 1.0.0) > /sw/lib/libpcre.0.dylib (compatibility version 1.0.0, current > version 1.1.0) > /usr/local/lib/scilab/libscielementary_functions.5.dylib > (compatibility version 6.0.0, current version 6.0.0) > /usr/local/lib/scilab/libsciarnoldi.5.dylib (compatibility version > 6.0.0, current version 6.0.0) > /usr/local/lib/scilab/libscicore.5.dylib (compatibility version > 6.0.0, current version 6.0.0) > /usr/lib/libxml2.2.dylib (compatibility version 9.0.0, current > version 9.16.0) > /usr/lib/libz.1.dylib (compatibility version 1.0.0, current version > 1.2.3) > /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current > version 111.0.0) > /usr/lib/libicucore.A.dylib (compatibility version 1.0.0, current > version 36.0.0) > /usr/local/lib/scilab/libscimalloc.5.dylib (compatibility version > 6.0.0, current version 6.0.0) > /usr/local/lib/scilab/libscioutput_stream.5.dylib (compatibility > version 6.0.0, current version 6.0.0) > /usr/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current > version 1.0.0) > > Where do I have to add (manually) that libscilocalization.5.dylib > needs libintl.dylib ? > > S. > > From sylvestre.ledru at inria.fr Thu Mar 13 18:23:03 2008 From: sylvestre.ledru at inria.fr (Sylvestre Ledru) Date: Thu, 13 Mar 2008 18:23:03 +0100 Subject: Google Summer of Code 2008 & Scilab Message-ID: <1205428983.32737.567.camel@korcula.inria.fr> Hello guys, Just to let you know that we have applied for the Google Summer of Code 2008. I wrote a page with some ideas. Since they are very IT oriented, more scientific ideas would be appreciated. Don't hesitate to add them here: http://wiki.scilab.org/Ideas_of_development_for_Scilab or reply here, I can update this page for you. Cheers, Sylvestre From mottelet at dma.utc.fr Thu Mar 13 19:38:27 2008 From: mottelet at dma.utc.fr (mottelet at dma.utc.fr) Date: Thu, 13 Mar 2008 19:38:27 +0100 Subject: [Scilab-Dev] Weird issue in the Scilab core In-Reply-To: <52148424c20329d60a8b6ef9a3d8671f@korcula.inria.fr> References: <52148424c20329d60a8b6ef9a3d8671f@korcula.inria.fr> Message-ID: <1205433507.47d974a37e703@mail.hds.utc.fr> Selon Sylvestre Ledru : > > Hi, > > I am trying to port Scilab under Mac OS X and I have a weird issue on basic > Scilab feature. > > Using the function size is returning an error about the type of the input > argument. > > -->size(rand(1,1)) > !--error 42 > Incompatible input argument. > > Before I spend more time on this issue, did anyone had it before ? > > Cheers, > Sylvestre > After rebuilding a complete gcc4.3 suite, and using it for gcc, g++ and gfortran (instead of Apple gcc4.01 and gfortran from gcc4.0.3 suite), Scilab exhibits exactly the same problem. I am not sure it is a general (OSX specific) parser bug, since defining a macro (not with deff) -->function y=f(x) -->y=x^2 -->endfunction and using it later is ok. Seems that only primitives are subject to a systematic error 42 or 41. Serge, do you have a hint ? S. ------------------------------------------------- From ycollet at freesurf.fr Thu Mar 13 21:46:58 2008 From: ycollet at freesurf.fr (Collette Yann) Date: Thu, 13 Mar 2008 21:46:58 +0100 Subject: [Scilab-Dev] Google Summer of Code 2008 & Scilab In-Reply-To: <1205428983.32737.567.camel@korcula.inria.fr> References: <1205428983.32737.567.camel@korcula.inria.fr> Message-ID: <47D992C2.4020805@freesurf.fr> Sylvestre Ledru a ?crit : > Hello guys, > > Just to let you know that we have applied for the Google Summer of Code > 2008. > > I wrote a page with some ideas. Since they are very IT oriented, more > scientific ideas would be appreciated. Don't hesitate to add them here: > http://wiki.scilab.org/Ideas_of_development_for_Scilab > or reply here, I can update this page for you. > > Cheers, > Sylvestre > > Hello, Some ideas: - an interface to SNNS (Stutgart Neural Network system) for advanced neural network capabilities under scilab. Just use the SNNS kernel and interface it to scilab. - an interface to python to allow an easy exchange of data and launch scripts from / to scilab. - an interface to med (see at code-aster.org) which is a data / mesh handler and is dedicated to ease the interface between numerical codes. - finish the openfem interface YC From sylvestre.ledru at inria.fr Thu Mar 13 23:50:13 2008 From: sylvestre.ledru at inria.fr (Sylvestre Ledru) Date: Thu, 13 Mar 2008 23:50:13 +0100 Subject: [Scilab-Dev] Google Summer of Code 2008 & Scilab In-Reply-To: <47D992C2.4020805@freesurf.fr> References: <1205428983.32737.567.camel@korcula.inria.fr> <47D992C2.4020805@freesurf.fr> Message-ID: <1205448613.4091.8.camel@zlarin.inria.fr> > - an interface to SNNS (Stutgart Neural Network system) for advanced > neural network capabilities under scilab. Just use the SNNS kernel and > interface it to scilab. > - an interface to python to allow an easy exchange of data and launch > scripts from / to scilab. > - an interface to med (see at code-aster.org) which is a data / mesh > handler and is dedicated to ease the interface between numerical codes. > - finish the openfem interface Wiki page updated, thanks for your ideas! Sylvestre -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From vincent.couvert at inria.fr Fri Mar 14 10:33:30 2008 From: vincent.couvert at inria.fr (Vincent COUVERT) Date: Fri, 14 Mar 2008 10:33:30 +0100 Subject: New Java jar needed Message-ID: <47DA466A.9050207@inria.fr> Hi all, I added in the configure the detection of the package jhall.jar which is needed for new Scilab Help Browser. Please update your pre-requirements before compiling. Vincent -- ============================================== Vincent COUVERT Centre de Recherche INRIA Paris-Rocquencourt Domaine de Voluceau - B.P. 105 78153 Le Chesnay Cedex ============================================== Equipe Projet SCILAB B?timent 1B - Bureau 013 Email : vincent.couvert at inria.fr T?l : +33 (0)1 39 63 54 46 Fax : +33 (0)1 39 63 55 94 ============================================== From sylvestre.ledru at inria.fr Fri Mar 14 10:49:34 2008 From: sylvestre.ledru at inria.fr (Sylvestre Ledru) Date: Fri, 14 Mar 2008 10:49:34 +0100 Subject: [Scilab-Dev] New Java jar needed In-Reply-To: <47DA466A.9050207@inria.fr> References: <47DA466A.9050207@inria.fr> Message-ID: <1205488174.30004.241.camel@korcula.inria.fr> For those who are under Debian/Ubuntu, it is provided by the package javahelp2 Sylvestre Le vendredi 14 mars 2008 ? 10:33 +0100, Vincent COUVERT a ?crit : > Hi all, > > I added in the configure the detection of the package jhall.jar which is > needed for new Scilab Help Browser. > > Please update your pre-requirements before compiling. > > Vincent > From sylvestre.ledru at inria.fr Fri Mar 14 10:58:31 2008 From: sylvestre.ledru at inria.fr (Sylvestre Ledru) Date: Fri, 14 Mar 2008 10:58:31 +0100 Subject: [svn] Re: [Scilab-Dev] New Java jar needed In-Reply-To: <1205488174.30004.241.camel@korcula.inria.fr> References: <47DA466A.9050207@inria.fr> <1205488174.30004.241.camel@korcula.inria.fr> Message-ID: <1205488711.30004.248.camel@korcula.inria.fr> Under Ubuntu, it is available at the moment only under Hardy (the next Ubuntu planned for next april): http://packages.ubuntu.com/hardy/all/javahelp2/download Sylvestre Le vendredi 14 mars 2008 ? 10:49 +0100, Sylvestre Ledru a ?crit : > For those who are under Debian/Ubuntu, it is provided by the package > javahelp2 > > Sylvestre > > Le vendredi 14 mars 2008 ? 10:33 +0100, Vincent COUVERT a ?crit : > > Hi all, > > > > I added in the configure the detection of the package jhall.jar which is > > needed for new Scilab Help Browser. > > > > Please update your pre-requirements before compiling. > > > > Vincent > > > From stephane.mottelet at utc.fr Fri Mar 14 11:00:01 2008 From: stephane.mottelet at utc.fr (=?ISO-8859-1?Q?St=E9phane_Mottelet?=) Date: Fri, 14 Mar 2008 11:00:01 +0100 Subject: trunk, other multiple symbols Message-ID: <47DA4CA1.9040308@utc.fr> Hi all, I am still trying to compile Scilab, with the combination apple gcc (4.0.1) + gfortran (4.2 this time) on 10.4, and I can notice the following duplicate symbols. Is it a good thing to suppress them because it could be harmful some day ? ld: multiple definitions of symbol _sizes .libs/libscisound_la-wav.o definition of _sizes in section (__DATA,__data) ../../libs/libst/.libs/libscilibst.dylib(single module) definition of _sizes ld: multiple definitions of symbol _styles .libs/libscisound_la-wav.o definition of _styles in section (__DATA,__data) ../../libs/libst/.libs/libscilibst.dylib(single module) definition of _styles The problem comes from the duplicate global definitions char *sizes[]={...} char *styles[]={..} in modules/sound/src/c/sizes.h, modules/sound/src/c/styles.h, and libs/libst/misc.c I my sources I have replaced the declarations in modules/sound/src/c/sizes.h, modules/sound/src/c/styles.h by extern char *sizes[]; extern char *styles[]; There is another place where there is also a duplicate global declaration : struct soundstream ftf; in scilab/modules/integer/src/c/mgeti.c and modules/fileio/src/c/mget.c I have replaced the declaration in mgeti.c by extern struct soundstream ftf; S. -- St?phane Mottelet Laboratoire de Math?matiques Appliqu?es Universit? de Technologie de Compi?gne http://www.lmac.utc.fr/~mottelet From sylvestre.ledru at inria.fr Fri Mar 14 12:02:24 2008 From: sylvestre.ledru at inria.fr (Sylvestre Ledru) Date: Fri, 14 Mar 2008 12:02:24 +0100 Subject: [Scilab-Dev] trunk, other multiple symbols In-Reply-To: <47DA4CA1.9040308@utc.fr> References: <47DA4CA1.9040308@utc.fr> Message-ID: <1205492544.30004.277.camel@korcula.inria.fr> Le vendredi 14 mars 2008 ? 11:00 +0100, St?phane Mottelet a ?crit : > Hi all, > > I am still trying to compile Scilab, with the combination > apple gcc (4.0.1) + gfortran (4.2 this time) on 10.4, and > I can notice the following duplicate symbols. > Is it a good thing to suppress them because it could > be harmful some day ? I don't think it is a good thing to disable this kind of warnings (to tell you the truth, I looked yesterday how to reproduce the same behaviour under Linux). This could work: LDFLAGS="-z muldefs" The "man ld" says: muldefs - Allows multiple definitions. Sylvestre From stephane.mottelet at utc.fr Fri Mar 14 12:11:00 2008 From: stephane.mottelet at utc.fr (=?ISO-8859-1?Q?St=E9phane_Mottelet?=) Date: Fri, 14 Mar 2008 12:11:00 +0100 Subject: [Scilab-Dev] trunk, other multiple symbols In-Reply-To: <1205492544.30004.277.camel@korcula.inria.fr> References: <47DA4CA1.9040308@utc.fr> <1205492544.30004.277.camel@korcula.inria.fr> Message-ID: <47DA5D44.6020205@utc.fr> Sylvestre Ledru a ?crit : > Le vendredi 14 mars 2008 ? 11:00 +0100, St?phane Mottelet a ?crit : > >> Hi all, >> >> I am still trying to compile Scilab, with the combination >> apple gcc (4.0.1) + gfortran (4.2 this time) on 10.4, and >> I can notice the following duplicate symbols. >> Is it a good thing to suppress them because it could >> be harmful some day ? >> > I don't think it is a good thing to disable this kind of warnings (to > tell you the truth, I looked yesterday how to reproduce the same > behaviour under Linux). > This could work: > LDFLAGS="-z muldefs" > The "man ld" says: > muldefs - Allows multiple definitions. > > > Sylvestre > I was saying that is it a good thing to suppress *the duplicates* not the symbols, of course. S. -- St?phane Mottelet Laboratoire de Math?matiques Appliqu?es Universit? de Technologie de Compi?gne http://www.lmac.utc.fr/~mottelet From stephane.mottelet at utc.fr Fri Mar 14 12:11:28 2008 From: stephane.mottelet at utc.fr (=?ISO-8859-1?Q?St=E9phane_Mottelet?=) Date: Fri, 14 Mar 2008 12:11:28 +0100 Subject: [Scilab-Dev] trunk, other multiple symbols In-Reply-To: <1205492544.30004.277.camel@korcula.inria.fr> References: <47DA4CA1.9040308@utc.fr> <1205492544.30004.277.camel@korcula.inria.fr> Message-ID: <47DA5D60.6000007@utc.fr> Sylvestre Ledru a ?crit : > Le vendredi 14 mars 2008 ? 11:00 +0100, St?phane Mottelet a ?crit : > >> Hi all, >> >> I am still trying to compile Scilab, with the combination >> apple gcc (4.0.1) + gfortran (4.2 this time) on 10.4, and >> I can notice the following duplicate symbols. >> Is it a good thing to suppress them because it could >> be harmful some day ? >> > I don't think it is a good thing to disable this kind of warnings (to > tell you the truth, I looked yesterday how to reproduce the same > behaviour under Linux). > This could work: > LDFLAGS="-z muldefs" > The "man ld" says: > muldefs - Allows multiple definitions. > > > Sylvestre > I was saying that is it a good thing to suppress *the duplicates* not the *warnings*, of course. S. -- St?phane Mottelet Laboratoire de Math?matiques Appliqu?es Universit? de Technologie de Compi?gne http://www.lmac.utc.fr/~mottelet From stephane.mottelet at utc.fr Fri Mar 14 14:21:54 2008 From: stephane.mottelet at utc.fr (=?ISO-8859-1?Q?St=E9phane_Mottelet?=) Date: Fri, 14 Mar 2008 14:21:54 +0100 Subject: [Scilab-Dev] trunk, other multiple symbols In-Reply-To: <1205492544.30004.277.camel@korcula.inria.fr> References: <47DA4CA1.9040308@utc.fr> <1205492544.30004.277.camel@korcula.inria.fr> Message-ID: <47DA7BF2.4060300@utc.fr> Sylvestre Ledru a ?crit : > Le vendredi 14 mars 2008 ? 11:00 +0100, St?phane Mottelet a ?crit : > >> Hi all, >> >> I am still trying to compile Scilab, with the combination >> apple gcc (4.0.1) + gfortran (4.2 this time) on 10.4, and >> I can notice the following duplicate symbols. >> Is it a good thing to suppress them because it could >> be harmful some day ? >> > I don't think it is a good thing to disable this kind of warnings (to > tell you the truth, I looked yesterday how to reproduce the same > behaviour under Linux). > This could work: > LDFLAGS="-z muldefs" > The "man ld" says: > muldefs - Allows multiple definitions. > > > Sylvestre > The man says : --allow-multiple-definition -z muldefs Normally when a symbol is defined multiple times, the linker will report a fatal error. These options allow multiple definitions and the first definition will be used. Well, it suppresses the error, but I understand that under Linux the warnings and error I encounter (in OSX) do not occur ? Under OSX we have the flag -multiply_defined : -multiply_defined treatment (32-bit only) Specifies how multiply defined symbols in dynamic libraries when -twolevel_namespace is in effect are to be treated. treatment can be: error, warning, or suppress. Which cause the treatment of multiply defined symbols in dynamic libraries as either, errors, warnings, or suppresses the checking of multiply symbols from dynamic libraries when -twolevel_namespace is in effect. The default is to treat multiply defined symbols in dynamic libraries as warnings when -twolevel_namespace is in effect. but it does not seem to work, i.e. when adding -multiply_defined suppress I have the same behavior as without. The last error I have is in Scicos module Making all in scicos [...] ld: multiple definitions of symbol _cosdebug_ .libs/libsciscicos_la-scicos.o definition of _cosdebug_ in section (__DATA,__common) /Users/mottelet/svn/scilab/scilab/modules/core/.libs/libscicore.dylib(single module) definition of _cosdebug_ this is the same for symbols _dtosci_, _itosci_, _scsptr_, _dbcos_ _costol_, _coshlt_ S. -- St?phane Mottelet Laboratoire de Math?matiques Appliqu?es Universit? de Technologie de Compi?gne http://www.lmac.utc.fr/~mottelet From stephane.mottelet at utc.fr Fri Mar 14 15:08:57 2008 From: stephane.mottelet at utc.fr (=?ISO-8859-1?Q?St=E9phane_Mottelet?=) Date: Fri, 14 Mar 2008 15:08:57 +0100 Subject: [Scilab-Dev] trunk, other multiple symbols In-Reply-To: <47DA7BF2.4060300@utc.fr> References: <47DA4CA1.9040308@utc.fr> <1205492544.30004.277.camel@korcula.inria.fr> <47DA7BF2.4060300@utc.fr> Message-ID: <47DA86F9.2040208@utc.fr> My two cents : modules/core/src/fortran/dtosci.f modules/scicos/src/fortran/dtosci.f and modules/core/src/fortran/itosci.f modules/scicos/src/fortran/itosci.f are identical modulo comments. Duplicated symbols of my previous message come from multiple "common" declarations, e.g. : modules/scicos_blocks/src/fortran/sciblk.f: common /scsptr/ ptr modules/scicos/src/fortran/scifunc.f: common /scsptr/ ptr etc... S. -- St?phane Mottelet Laboratoire de Math?matiques Appliqu?es Universit? de Technologie de Compi?gne http://www.lmac.utc.fr/~mottelet From stephane.mottelet at utc.fr Fri Mar 14 16:10:40 2008 From: stephane.mottelet at utc.fr (=?ISO-8859-1?Q?St=E9phane_Mottelet?=) Date: Fri, 14 Mar 2008 16:10:40 +0100 Subject: [Scilab-Dev] New Java jar needed In-Reply-To: <47DA466A.9050207@inria.fr> References: <47DA466A.9050207@inria.fr> Message-ID: <47DA9570.8010506@utc.fr> Vincent COUVERT a ?crit : > Hi all, > > I added in the configure the detection of the package jhall.jar which > is needed for new Scilab Help Browser. > > Please update your pre-requirements before compiling. How do you update (where is the tarball), or where are the prerequirements in the svn tree ? S. -- St?phane Mottelet Laboratoire de Math?matiques Appliqu?es Universit? de Technologie de Compi?gne http://www.lmac.utc.fr/~mottelet From ycollet at freesurf.fr Fri Mar 14 16:42:46 2008 From: ycollet at freesurf.fr (Collette Yann) Date: Fri, 14 Mar 2008 16:42:46 +0100 Subject: [Scilab-Dev] New Java jar needed In-Reply-To: <47DA9570.8010506@utc.fr> References: <47DA466A.9050207@inria.fr> <47DA9570.8010506@utc.fr> Message-ID: <47DA9CF6.9000309@freesurf.fr> Hello, I do: svn co --username anonymous --password Scilab svn://frioul.inria.fr/scilab/trunk/Dev-Tools/SE/Prerequirements/Linux YC St?phane Mottelet a ?crit : > Vincent COUVERT a ?crit : >> Hi all, >> >> I added in the configure the detection of the package jhall.jar which >> is needed for new Scilab Help Browser. >> >> Please update your pre-requirements before compiling. > How do you update (where is the tarball), or where > are the prerequirements in the svn tree ? > > S. > From stephane.mottelet at utc.fr Fri Mar 14 16:44:12 2008 From: stephane.mottelet at utc.fr (=?ISO-8859-1?Q?St=E9phane_Mottelet?=) Date: Fri, 14 Mar 2008 16:44:12 +0100 Subject: [Scilab-Dev] New Java jar needed In-Reply-To: <47DA9CF6.9000309@freesurf.fr> References: <47DA466A.9050207@inria.fr> <47DA9570.8010506@utc.fr> <47DA9CF6.9000309@freesurf.fr> Message-ID: <47DA9D4C.8060208@utc.fr> Collette Yann a ?crit : > Hello, > > I do: > > svn co --username anonymous --password Scilab > svn://frioul.inria.fr/scilab/trunk/Dev-Tools/SE/Prerequirements/Linux > > YC > > St?phane Mottelet a ?crit : >> Vincent COUVERT a ?crit : >>> Hi all, >>> >>> I added in the configure the detection of the package jhall.jar >>> which is needed for new Scilab Help Browser. >>> >>> Please update your pre-requirements before compiling. >> How do you update (where is the tarball), or where >> are the prerequirements in the svn tree ? >> >> S. >> ok thanks. S. -- St?phane Mottelet Laboratoire de Math?matiques Appliqu?es Universit? de Technologie de Compi?gne http://www.lmac.utc.fr/~mottelet From sylvestre.ledru at inria.fr Fri Mar 14 17:30:27 2008 From: sylvestre.ledru at inria.fr (Sylvestre Ledru) Date: Fri, 14 Mar 2008 17:30:27 +0100 Subject: [Scilab-Dev] trunk, other multiple symbols In-Reply-To: <47DA5D60.6000007@utc.fr> References: <47DA4CA1.9040308@utc.fr> <1205492544.30004.277.camel@korcula.inria.fr> <47DA5D60.6000007@utc.fr> Message-ID: <1205512227.30004.358.camel@korcula.inria.fr> Le vendredi 14 mars 2008 ? 12:11 +0100, St?phane Mottelet a ?crit : > > I was saying that is it a good thing to suppress *the duplicates* > not the *warnings*, of course. OK, misunderstanding :p Sylvestre From pierre.marechal at inria.fr Mon Mar 17 08:21:03 2008 From: pierre.marechal at inria.fr (Pierre MARECHAL) Date: Mon, 17 Mar 2008 08:21:03 +0100 Subject: New Java jar needed Message-ID: <47DE1BDF.40702@inria.fr> Hi all, Scilab online help will now be browsed by javaHelp browser. Some jar files are required to convert xml files into this format. Please update your pre-requirements before compiling. Pierre -- =================================================== Pierre MARECHAL INRIA - Centre de Recherche de Paris - Rocquencourt Domaine de Voluceau - B.P. 105 78153 Le Chesnay Cedex =================================================== Equipe-Projet Scilab B?timent 1B - Bureau 008 Email : pierre.marechal at inria.fr =================================================== -------------- next part -------------- An HTML attachment was scrubbed... URL: From allan.cornet at inria.fr Mon Mar 17 09:46:07 2008 From: allan.cornet at inria.fr (Allan CORNET) Date: Mon, 17 Mar 2008 09:46:07 +0100 Subject: [svn] Migrating To Visual Studio 2008 on Windows In-Reply-To: <7.0.1.0.2.20080313081633.03d0af30@inria.fr> References: <7.0.1.0.2.20080313081633.03d0af30@inria.fr> Message-ID: <000001c8880b$57d05cf0$077116d0$@cornet@inria.fr> Hi, We have migrated to Visual studio 2008 (Pro and Express) To migrate your development tools : 1 ] uninstall Intel Compilers (C and Fortran) 2 ] uninstall Microsoft Visual Studio 2005 (Pro or Express) 3] Install Visual studio 2008 Pro or Express 4] Install Intel fortran 10.1.019 5] Install Intel C 10.1.020 6] http http://wiki.scilab.org/Compiling_Scilab_5.x_under_Windows Best Regards Allan CORNET De : Allan CORNET [mailto:allan.cornet at inria.fr] Envoy? : jeudi 13 mars 2008 10:51 ? : svn at lists.scilab.org; dev at lists.scilab.org Objet : [svn] Migrating To Visual Studio 2008 on Windows Hi, We are going to migrate Scilab solutions to Visual studio 2008 on Windows. You can learn how to do build Scilab 5 with Visual studio 2008 here: http://wiki.scilab.org/Compiling_Scilab_5.x_under_Windows We advise you to uninstall Intel compilers and VS 2005 before installing VS 2008 (Pro or Express). What's new in Visual C++ 2008 is listed here: http://msdn2.microsoft.com/en-us/library/bb384632.aspx For Scilab, the main improvements are: -- Visual studio 2008 express is easier to install (Visual C++ Express Edition now includes the Windows SDK ) -- Easier to build a x64 version -- Scilab can be compiled more quickly with the support of several cores -- Better support for Windows Vista and Windows 2008 Server. -- C compiler supports Intel Core 2 duo optimizations. We expect to migrate to Visual Studio 2008 Solution on Monday, 17th march 2008. We will commit new Scilab solutions and you will need to update your prerequirements for Scilab too. Best Regards Allan CORNET ============================================== Allan CORNET Scilab Consortium http://www.scilab.org INRIA - Unit? de Recherche de Rocquencourt Domaine de Voluceau - B.P. 105 78153 Le Chesnay Cedex ============================================== Projet Scilab B?timent 1B - Bureau 009 Email : allan.cornet at inria.fr ============================================== -------------- next part -------------- An HTML attachment was scrubbed... URL: From fvogelnew1 at free.fr Sun Mar 16 10:56:59 2008 From: fvogelnew1 at free.fr (=?ISO-8859-1?Q?Fran=E7ois_Vogel?=) Date: Sun, 16 Mar 2008 10:56:59 +0100 Subject: [svn] Migrating To Visual Studio 2008 on Windows In-Reply-To: <7.0.1.0.2.20080313081633.03d0af30@inria.fr> References: <7.0.1.0.2.20080313081633.03d0af30@inria.fr> Message-ID: <47DCEEEB.1040209@free.fr> Hi, Allan CORNET said on 13/03/2008 10:51: > We advise you to uninstall Intel compilers and VS 2005 before installing > VS 2008 (Pro or Express). Why that? http://msdn2.microsoft.com/en-us/library/bb384632.aspx says (question #16): "Will the Visual Studio Express Editions install side-by-side with the versions of Visual Studio 2005 Express Editions? Yes, side-by-side compatibility with other versions of Visual Studio 2005 including Visual Studio 2005 Express Editions and Visual Studio 2008." Do you have any different practical experience? > For Scilab, the main improvements are: > -- Scilab can be compiled more quickly with the support of several cores Btw, that was already the case with VS2005 express. Francois From stephane.mottelet at utc.fr Mon Mar 17 11:43:32 2008 From: stephane.mottelet at utc.fr (=?ISO-8859-1?Q?St=E9phane_Mottelet?=) Date: Mon, 17 Mar 2008 11:43:32 +0100 Subject: --without-ocaml not taken into account Message-ID: <47DE4B54.1030602@utc.fr> Hi all, it seems that --without-ocaml is not taken into account at configure time, (it was working las week), since the build process tries to build modelica blocks : (cd .libs && rm -f libsciscicos.la && ln -s ../libsciscicos.la libsciscicos.la) src/modelica_compiler/parser.mly make[2]: execvp: src/modelica_compiler/parser.mly: Permission denied make[2]: *** [generate-parser] Error 127 make[1]: *** [all-recursive] Error 1 make: *** [all-recursive] Error 1 S. -- St?phane Mottelet Laboratoire de Math?matiques Appliqu?es Universit? de Technologie de Compi?gne http://www.lmac.utc.fr/~mottelet From allan.cornet at inria.fr Mon Mar 17 11:43:04 2008 From: allan.cornet at inria.fr (Allan CORNET) Date: Mon, 17 Mar 2008 11:43:04 +0100 Subject: [Scilab-Dev] Re: [svn] Migrating To Visual Studio 2008 on Windows In-Reply-To: <47DCEEEB.1040209@free.fr> References: <7.0.1.0.2.20080313081633.03d0af30@inria.fr> <47DCEEEB.1040209@free.fr> Message-ID: <001a01c8881b$aeac6f90$0c054eb0$@cornet@inria.fr> Hi, I only propose a way to do. By pratical experience with Visual studio 2003 and 2005 , I think that it is better to remove previous versions of Visual studio. But you can try if you have time to spend ... :) Allan CORNET -----Message d'origine----- De?: Fran?ois Vogel [mailto:fvogelnew1 at free.fr] Envoy??: dimanche 16 mars 2008 10:57 ??: svn at lists.scilab.org Cc?: dev at lists.scilab.org Objet?: [Scilab-Dev] Re: [svn] Migrating To Visual Studio 2008 on Windows Hi, Allan CORNET said on 13/03/2008 10:51: > We advise you to uninstall Intel compilers and VS 2005 before installing > VS 2008 (Pro or Express). Why that? http://msdn2.microsoft.com/en-us/library/bb384632.aspx says (question #16): "Will the Visual Studio Express Editions install side-by-side with the versions of Visual Studio 2005 Express Editions? Yes, side-by-side compatibility with other versions of Visual Studio 2005 including Visual Studio 2005 Express Editions and Visual Studio 2008." Do you have any different practical experience? > For Scilab, the main improvements are: > -- Scilab can be compiled more quickly with the support of several cores Btw, that was already the case with VS2005 express. Francois From sylvestre.ledru at inria.fr Mon Mar 17 12:48:50 2008 From: sylvestre.ledru at inria.fr (Sylvestre Ledru) Date: Mon, 17 Mar 2008 12:48:50 +0100 Subject: [Scilab-Dev] --without-ocaml not taken into account In-Reply-To: <47DE4B54.1030602@utc.fr> References: <47DE4B54.1030602@utc.fr> Message-ID: <1205754530.6549.1193.camel@korcula.inria.fr> H > it seems that --without-ocaml is not taken into account at configure time, > (it was working las week), since the build process tries to build modelica > blocks : > > (cd .libs && rm -f libsciscicos.la && ln -s ../libsciscicos.la > libsciscicos.la) > src/modelica_compiler/parser.mly > make[2]: execvp: src/modelica_compiler/parser.mly: Permission denied > make[2]: *** [generate-parser] Error 127 > make[1]: *** [all-recursive] Error 1 > make: *** [all-recursive] Error 1 My fault. I don't really know what I should do here. When a user is building with Scicos, do modelica blocks be mandatory (or not) ? (then the option --without-ocaml should be removed). Or should I replug this option ? Sylvestre From sylvestre.ledru at inria.fr Mon Mar 17 13:48:58 2008 From: sylvestre.ledru at inria.fr (Sylvestre Ledru) Date: Mon, 17 Mar 2008 13:48:58 +0100 Subject: [Scilab-Dev] --without-ocaml not taken into account In-Reply-To: <1205754530.6549.1193.camel@korcula.inria.fr> References: <47DE4B54.1030602@utc.fr> <1205754530.6549.1193.camel@korcula.inria.fr> Message-ID: <1205758138.6549.1220.camel@korcula.inria.fr> > When a user is building with Scicos, do modelica blocks be mandatory > (or > not) ? (then the option --without-ocaml should be removed). > Or should I replug this option ? Finally, replying to myself (and enjoying it), I replugged the option --without-ocaml because people may want to build Scicos without installing the whole ocaml/compiler stuff. Sylvestre From Simone.Mannori at inria.fr Mon Mar 17 13:42:30 2008 From: Simone.Mannori at inria.fr (Simone Mannori) Date: Mon, 17 Mar 2008 13:42:30 +0100 Subject: [Scilab-Dev] --without-ocaml not taken into account In-Reply-To: <1205754530.6549.1193.camel@korcula.inria.fr> References: <47DE4B54.1030602@utc.fr> <1205754530.6549.1193.camel@korcula.inria.fr> Message-ID: <1205757750.17852.26.camel@buta.inria.fr> Hi, Scicos is fully usable with or w/o Modelica. Oblige the user to install some additional packages in order to cover all the Modelica's requirements and dependencies is not a big issue. I leave this option to you choice, with a minimal preference in the option to leave at the user the same options that today. In other words, to install Scicos with or without Modelica support. Simone On Mon, 2008-03-17 at 12:48 +0100, Sylvestre Ledru wrote: > H > > it seems that --without-ocaml is not taken into account at configure time, > > (it was working las week), since the build process tries to build modelica > > blocks : > > > > (cd .libs && rm -f libsciscicos.la && ln -s ../libsciscicos.la > > libsciscicos.la) > > src/modelica_compiler/parser.mly > > make[2]: execvp: src/modelica_compiler/parser.mly: Permission denied > > make[2]: *** [generate-parser] Error 127 > > make[1]: *** [all-recursive] Error 1 > > make: *** [all-recursive] Error 1 > My fault. > > I don't really know what I should do here. > > When a user is building with Scicos, do modelica blocks be mandatory (or > not) ? (then the option --without-ocaml should be removed). > Or should I replug this option ? > > Sylvestre > > From fvogelnew1 at free.fr Tue Mar 18 13:01:31 2008 From: fvogelnew1 at free.fr (=?ISO-8859-1?Q?Fran=E7ois_Vogel?=) Date: Tue, 18 Mar 2008 13:01:31 +0100 Subject: [Scilab-Dev] Migrating To Visual Studio 2008 on Windows In-Reply-To: <000001c8880b$57d05cf0$077116d0$@cornet@inria.fr> References: <7.0.1.0.2.20080313081633.03d0af30@inria.fr> <000001c8880b$57d05cf0$077116d0$@cornet@inria.fr> Message-ID: <47DFAF1B.7030101@free.fr> Hi, I have finally followed your advice and have uninstalled VS2005 before trying with the new VS2008. I have managed to compile Scilab 5 from trunk with VS 2008 Express (f2c solution) after having worked around a problem introduced yesterday in strops.f Since I was not so sure about the success of the process I have kept a directory with a working Scilab 5 from last week's trunk aside of the newly checked out version compiled with VS2008. After having uninstalled VS2005, it turns out that the Scilab that I compiled last week with VS2005 does no longer launch, despite there is no change in that directory. Did perhaps the VS2005 uninstall remove some registry key that Scilab needs to launch? Any other hint, perhaps? Thanks, Francois Allan CORNET said on 17/03/2008 09:46: > Hi, > > > > We have migrated to Visual studio 2008 (Pro and Express) > > > > To migrate your development tools : > > > > 1 ] uninstall Intel Compilers (C and Fortran) > > 2 ] uninstall Microsoft Visual Studio 2005 (Pro or Express) > > > > 3] Install Visual studio 2008 Pro or Express > > 4] Install Intel fortran 10.1.019 > > 5] Install Intel C 10.1.020 > > > > 6] http http://wiki.scilab.org/Compiling_Scilab_5.x_under_Windows > > > > Best Regards > > > > Allan CORNET > > > > > > *De :* Allan CORNET [mailto:allan.cornet at inria.fr] > *Envoy? :* jeudi 13 mars 2008 10:51 > *? :* svn at lists.scilab.org; dev at lists.scilab.org > *Objet :* [svn] Migrating To Visual Studio 2008 on Windows > > > > > Hi, > > We are going to migrate Scilab solutions to Visual studio 2008 on Windows. > > You can learn how to do build Scilab 5 with Visual studio 2008 here: > http://wiki.scilab.org/Compiling_Scilab_5.x_under_Windows > > We advise you to uninstall Intel compilers and VS 2005 before installing > VS 2008 (Pro or Express). > > What's new in Visual C++ 2008 is listed here: > http://msdn2.microsoft.com/en-us/library/bb384632.aspx > > For Scilab, the main improvements are: > -- Visual studio 2008 express is easier to install (Visual C++ Express > Edition now includes the Windows SDK ) > -- Easier to build a x64 version > -- Scilab can be compiled more quickly with the support of several cores > -- Better support for Windows Vista and Windows 2008 Server. > -- C compiler supports Intel Core 2 duo optimizations. > > We expect to migrate to Visual Studio 2008 Solution on Monday, 17th > march 2008. > > We will commit new Scilab solutions and you will need to update your > prerequirements for Scilab too. > > Best Regards > > Allan CORNET > > > > > > ============================================== > > Allan CORNET > > Scilab Consortium > > http://www.scilab.org > > INRIA - Unit? de Recherche de Rocquencourt > > Domaine de Voluceau - B.P. 105 > > 78153 Le Chesnay Cedex > > > > ============================================== > > Projet Scilab > > B?timent 1B - Bureau 009 > > Email : allan.cornet at inria.fr > > ============================================== > > > > > > > > > > > > > From stephane.mottelet at utc.fr Tue Mar 18 14:04:08 2008 From: stephane.mottelet at utc.fr (=?ISO-8859-1?Q?St=E9phane_Mottelet?=) Date: Tue, 18 Mar 2008 14:04:08 +0100 Subject: Scilab under MacOSX, und so weiter Message-ID: <47DFBDC8.4000909@utc.fr> Hi all, I have successfully (?) compiled Scilab on my MacBook under MacOSX 10.4.11 with the following versions of compilers Apple gcc 4.0.1/gfortran based on gcc 4.2.2 and I have the following error at scilab startup creating scilab-bin ./bin/scilab -ns -nwni -f modules/functions/scripts/buildmacros/buildmacros.sce !--error 22 Recursion problems. Sorry... which is completely different from the error that I have under 10.5.2 with gcc 4.3/gfortran 4.3 ./bin/scilab -ns -nwni -f modules/functions/scripts/buildmacros/buildmacros.sce dim = size(listmacrostoload); !--error 42 Incompatible input argument. Maybe should we turn off optimization for some selected strategic source files, (as periX11.c in former Scilab version, which had to be compiled without optimization) ? S. -- St?phane Mottelet Laboratoire de Math?matiques Appliqu?es Universit? de Technologie de Compi?gne http://www.lmac.utc.fr/~mottelet From stephane.mottelet at utc.fr Tue Mar 18 14:11:28 2008 From: stephane.mottelet at utc.fr (=?ISO-8859-1?Q?St=E9phane_Mottelet?=) Date: Tue, 18 Mar 2008 14:11:28 +0100 Subject: [Scilab-Dev] Scilab under MacOSX, und so weiter In-Reply-To: <47DFBDC8.4000909@utc.fr> References: <47DFBDC8.4000909@utc.fr> Message-ID: <47DFBF80.9090800@utc.fr> Another strange error at scilab command line # ./bin/scilab -ns -nwni --> Hit the tab key then , I get : scilab-bin(9701,0x2811800) malloc: *** Deallocation of a pointer not malloced: 0x697025; This could be a double free(), or free() called with the middle of an allocated block; Try setting environment variable MallocHelp to see tools to help debug %i_abs %i_cumprod %i_cumsum %i_diag %i_matrix %i_max %i_maxi %i_min %i_mini %i_mput %i_p %i_prod %i_sum %i_tril %i_triu %msp_full %msp_spget .deps .libs .svn ACKNOWLEDGEMENTS CHANGES COPYING COPYING-FR Calendar ClipBoard Makefile Makefile.am Makefile.in Makefile.incl.am Makefile.incl.in Makefile.incl.mak Makemex.in Matplot Matplot1 NumTokens PlaySound README_Unix README_Windows.txt RELEASE_NOTES Readme_Visual.txt Scilab.sln Scilab_f2c.sln StringBox TCL_CreateSlave TCL_DeleteInterp TCL_DoOneEvent TCL_EvalFile TCL_EvalStr TCL_ExistArray TCL_ExistInterp TCL_ExistVar TCL_GetVar TCL_GetVersion TCL_SetVar TCL_UnsetVar TCL_UpVar Version.incl Visual-Studio-settings X11_defaults _ abort abs aclocal.m4 acos addcb addf addhistory addinter alignment amell and apropos argn arl2_ius arrow_size arrow_size_factor ascii asin atan auto_clear auto_dimensionning auto_position auto_resize auto_rotation auto_scale auto_ticks axes_bounds axes_reverse axes_size axes_visible background backgroundcolor backslash balanc banner bar_layout bar_width bdiag beep besselh besseli besselj besselk bessely beta bezout bfinit bin blkfc1i blkslvi bool2s box break bsplin3val build.incl.xml buildouttb bvode c_link calerf call callback callback_type callbackmevent case catch cdata_mapping cdfbet cdfbin cdfchi cdfchn cdff cdffnc cdfgam cdfnbn cdfnor cdfpoi cdft ceil champ champ1 chdir checkstyle children chol clc clean clear clearfun clearglobal clip_box clip_state closed code2str coeff color_flag color_map color_mode colored comp completion config config.log config.status configure configure.ac conj continue contour2di contr contrib convstr copy corr cos createdir cshep2d ctree2 ctree3 ctree4 cube_scaling cumprod cumsum curblock curblockc current_axes current_entity current_figure current_obj dasrt dassl data data_bounds data_mapping debug default_axes default_figure default_values deff definedfields degree delbpt delete deletefile delip delmenu det dgettext dhinf diag diary diffobjs dimension disp [...] -- St?phane Mottelet Laboratoire de Math?matiques Appliqu?es Universit? de Technologie de Compi?gne http://www.lmac.utc.fr/~mottelet From sylvestre.ledru at inria.fr Tue Mar 18 16:28:14 2008 From: sylvestre.ledru at inria.fr (Sylvestre Ledru) Date: Tue, 18 Mar 2008 16:28:14 +0100 Subject: [Scilab-Dev] Scilab under MacOSX, und so weiter In-Reply-To: <47DFBF80.9090800@utc.fr> References: <47DFBDC8.4000909@utc.fr> <47DFBF80.9090800@utc.fr> Message-ID: <1205854094.3834.1.camel@zlarin.inria.fr> On Tue, 2008-03-18 at 14:11 +0100, St?phane Mottelet wrote: > Another strange error at scilab command line > > # ./bin/scilab -ns -nwni > > --> > > Hit the tab key then , I get : > > scilab-bin(9701,0x2811800) malloc: *** Deallocation of a pointer not > malloced: 0x697025; This could be a double free(), or free() called with > the middle of an allocated block; Try setting environment variable > MallocHelp to see tools to help debug Seems to be a bug in the completion. Could you launch Scilab this way: * ./bin/scilab -ns -nwni -debug * run * * where and give us the result of the call stack. Thanks again for your time, Sylvestre -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From stephane.mottelet at utc.fr Tue Mar 18 16:47:29 2008 From: stephane.mottelet at utc.fr (=?ISO-8859-1?Q?St=E9phane_Mottelet?=) Date: Tue, 18 Mar 2008 16:47:29 +0100 Subject: [Scilab-Dev] Scilab under MacOSX, und so weiter In-Reply-To: <1205854094.3834.1.camel@zlarin.inria.fr> References: <47DFBDC8.4000909@utc.fr> <47DFBF80.9090800@utc.fr> <1205854094.3834.1.camel@zlarin.inria.fr> Message-ID: <47DFE411.8010400@utc.fr> Sylvestre Ledru a ?crit : > On Tue, 2008-03-18 at 14:11 +0100, St?phane Mottelet wrote: > >> Another strange error at scilab command line >> >> # ./bin/scilab -ns -nwni >> >> --> >> >> Hit the tab key then , I get : >> >> scilab-bin(9701,0x2811800) malloc: *** Deallocation of a pointer not >> malloced: 0x697025; This could be a double free(), or free() called with >> the middle of an allocated block; Try setting environment variable >> MallocHelp to see tools to help debug >> > > Seems to be a bug in the completion. > > Could you launch Scilab this way: > * ./bin/scilab -ns -nwni -debug > * run > * > * where > > and give us the result of the call stack. > > Thanks again for your time, > Sylvestre > > portmottelet-gi-1:/Users/mottelet/svn/scilab root# ./bin/scilab -ns -nwni -debug Running debug of Scilab : /Users/mottelet/svn/scilab/libtool --mode=execute gdb --args /Users/mottelet/svn/scilab/scilab-bin -ns -nwni [...] (gdb) run Starting program: /Users/mottelet/svn/scilab/.libs/scilab-bin -ns -nwni Reading symbols for shared libraries ...++.....+..+++++++++++++++++++++++.+++++++++++++++++++++++++++++++++++++++ done --> [tab+return] scilab-bin(16087,0x3011800) malloc: *** Deallocation of a pointer not malloced: 0x697025; This could be a double free(), or free() called with the middle of an allocated block; Try setting environment variable MallocHelp to see tools to help debug %i_abs %i_cumprod %i_cumsum %i_diag %i_matrix %i_max %i_maxi %i_min %i_mini %i_mput %i_p %i_prod %i_sum %i_tril %i_triu %msp_full %msp_spget .deps .gdb_history .libs .svn ACKNOWLEDGEMENTS CHANGES COPYING COPYING-FR Calendar ClipBoard Makefile Makefile.am Makefile.in Makefile.incl.am Makefile.incl.in Makefile.incl.mak Makemex.in Matplot Matplot1 NumTokens PlaySound README_Unix [...] ytics_coord z_bounds z_label z_shift z_ticks zeros znaupd zneupd zoom_box zoom_rect zoom_state --> -->[l,m]=where() [l,m?]=where() !--error 2 Invalid factor. S. -- St?phane Mottelet Laboratoire de Math?matiques Appliqu?es Universit? de Technologie de Compi?gne http://www.lmac.utc.fr/~mottelet From sylvestre.ledru at inria.fr Tue Mar 18 17:12:57 2008 From: sylvestre.ledru at inria.fr (Sylvestre Ledru) Date: Tue, 18 Mar 2008 17:12:57 +0100 Subject: [Scilab-Dev] Scilab under MacOSX, und so weiter In-Reply-To: <47DFE411.8010400@utc.fr> References: <47DFBDC8.4000909@utc.fr> <47DFBF80.9090800@utc.fr> <1205854094.3834.1.camel@zlarin.inria.fr> <47DFE411.8010400@utc.fr> Message-ID: <1205856777.3834.5.camel@zlarin.inria.fr> > [tab+return] > > scilab-bin(16087,0x3011800) malloc: *** Deallocation of a pointer > not > malloced: 0x697025; This could be a double free(), or free() called > with > the middle of an allocated block; Try setting environment variable > MallocHelp to see tools to help debug > > %i_abs %i_cumprod %i_cumsum %i_diag %i_matrix %i_max %i_maxi %i_min % > i_mini > %i_mput %i_p %i_prod %i_sum %i_tril %i_triu %msp_full % > msp_spget .deps > .gdb_history .libs .svn ACKNOWLEDGEMENTS CHANGES COPYING COPYING-FR > Calendar > ClipBoard Makefile Makefile.am Makefile.in Makefile.incl.am > Makefile.incl.in > Makefile.incl.mak Makemex.in Matplot Matplot1 NumTokens PlaySound > README_Unix > [...] > ytics_coord z_bounds z_label z_shift z_ticks zeros znaupd zneupd > zoom_box > zoom_rect zoom_state > --> Sorry for not being more accurate, the where I was talking about was the one of gdb. I thought it was causing a seg fault. We will have to investigate on this. Sylvestre -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From stephane.mottelet at utc.fr Tue Mar 18 17:33:27 2008 From: stephane.mottelet at utc.fr (=?ISO-8859-1?Q?St=E9phane_Mottelet?=) Date: Tue, 18 Mar 2008 17:33:27 +0100 Subject: [Scilab-Dev] Scilab under MacOSX, und so weiter In-Reply-To: <1205856777.3834.5.camel@zlarin.inria.fr> References: <47DFBDC8.4000909@utc.fr> <47DFBF80.9090800@utc.fr> <1205854094.3834.1.camel@zlarin.inria.fr> <47DFE411.8010400@utc.fr> <1205856777.3834.5.camel@zlarin.inria.fr> Message-ID: <47DFEED7.9080801@utc.fr> Sylvestre Ledru a ?crit : >> [tab+return] >> >> scilab-bin(16087,0x3011800) malloc: *** Deallocation of a pointer >> not >> malloced: 0x697025; This could be a double free(), or free() called >> with >> the middle of an allocated block; Try setting environment variable >> MallocHelp to see tools to help debug >> >> %i_abs %i_cumprod %i_cumsum %i_diag %i_matrix %i_max %i_maxi %i_min % >> i_mini >> %i_mput %i_p %i_prod %i_sum %i_tril %i_triu %msp_full % >> msp_spget .deps >> .gdb_history .libs .svn ACKNOWLEDGEMENTS CHANGES COPYING COPYING-FR >> Calendar >> ClipBoard Makefile Makefile.am Makefile.in Makefile.incl.am >> Makefile.incl.in >> Makefile.incl.mak Makemex.in Matplot Matplot1 NumTokens PlaySound >> README_Unix >> [...] >> ytics_coord z_bounds z_label z_shift z_ticks zeros znaupd zneupd >> zoom_box >> zoom_rect zoom_state >> --> >> > Sorry for not being more accurate, the where I was talking about was the one of gdb. I thought it was causing a seg fault. > We will have to investigate on this. > > Sylvestre > > BTW I have recompiled everything after configuring with --enable-debug but all the problems remain. S. -- St?phane Mottelet Laboratoire de Math?matiques Appliqu?es Universit? de Technologie de Compi?gne http://www.lmac.utc.fr/~mottelet From fvogelnew1 at free.fr Tue Mar 18 20:46:02 2008 From: fvogelnew1 at free.fr (=?ISO-8859-1?Q?Fran=E7ois_Vogel?=) Date: Tue, 18 Mar 2008 20:46:02 +0100 Subject: [Scilab-Dev] Migrating To Visual Studio 2008 on Windows In-Reply-To: <47DFAF1B.7030101@free.fr> References: <7.0.1.0.2.20080313081633.03d0af30@inria.fr> <000001c8880b$57d05cf0$077116d0$@cornet@inria.fr> <47DFAF1B.7030101@free.fr> Message-ID: <47E01BFA.3010601@free.fr> Moreover, how can I now build the help system under VS2008? Previously I was used to build the BuildHelp solution as a separate project but it doesn't seem to work with VS2008, or is it the new java-stuff that fails? 1>------ Build started: Project: BuildHelp, Configuration: Debug Win32 ------ 1>Performing Makefile project actions 1>Microsoft (R) Program Maintenance Utility Version 9.00.21022.08 1>Copyright (C) Microsoft Corporation. All rights reserved. 1>^C 1>Building the scilab manual master document 1>Terminer le programme de commandes (O/N) ? 1>Build log was saved at gnagnagnagnagna 1>BuildHelp - 0 error(s), 0 warning(s) Note ^C in the middle. If I don't it seems to wait for my input forever. F. Fran?ois Vogel said on 18/03/2008 13:01: > Hi, > > I have finally followed your advice and have uninstalled VS2005 before > trying with the new VS2008. > > I have managed to compile Scilab 5 from trunk with VS 2008 Express (f2c > solution) after having worked around a problem introduced yesterday in > strops.f > > Since I was not so sure about the success of the process I have kept a > directory with a working Scilab 5 from last week's trunk aside of the > newly checked out version compiled with VS2008. > > After having uninstalled VS2005, it turns out that the Scilab that I > compiled last week with VS2005 does no longer launch, despite there is > no change in that directory. > > Did perhaps the VS2005 uninstall remove some registry key that Scilab > needs to launch? > Any other hint, perhaps? > > Thanks, > Francois > > > Allan CORNET said on 17/03/2008 09:46: >> Hi, >> >> >> >> We have migrated to Visual studio 2008 (Pro and Express) >> >> >> >> To migrate your development tools : >> >> >> >> 1 ] uninstall Intel Compilers (C and Fortran) >> >> 2 ] uninstall Microsoft Visual Studio 2005 (Pro or Express) >> >> >> >> 3] Install Visual studio 2008 Pro or Express >> >> 4] Install Intel fortran 10.1.019 >> >> 5] Install Intel C 10.1.020 >> >> >> >> 6] http http://wiki.scilab.org/Compiling_Scilab_5.x_under_Windows >> >> >> >> Best Regards >> >> >> >> Allan CORNET >> >> >> >> >> >> *De :* Allan CORNET [mailto:allan.cornet at inria.fr] >> *Envoy? :* jeudi 13 mars 2008 10:51 >> *? :* svn at lists.scilab.org; dev at lists.scilab.org >> *Objet :* [svn] Migrating To Visual Studio 2008 on Windows >> >> >> >> >> Hi, >> >> We are going to migrate Scilab solutions to Visual studio 2008 on >> Windows. >> >> You can learn how to do build Scilab 5 with Visual studio 2008 here: >> http://wiki.scilab.org/Compiling_Scilab_5.x_under_Windows >> >> We advise you to uninstall Intel compilers and VS 2005 before >> installing VS 2008 (Pro or Express). >> >> What's new in Visual C++ 2008 is listed here: >> http://msdn2.microsoft.com/en-us/library/bb384632.aspx >> >> For Scilab, the main improvements are: >> -- Visual studio 2008 express is easier to install (Visual C++ Express >> Edition now includes the Windows SDK ) >> -- Easier to build a x64 version >> -- Scilab can be compiled more quickly with the support of several cores >> -- Better support for Windows Vista and Windows 2008 Server. >> -- C compiler supports Intel Core 2 duo optimizations. >> >> We expect to migrate to Visual Studio 2008 Solution on Monday, 17th >> march 2008. >> >> We will commit new Scilab solutions and you will need to update your >> prerequirements for Scilab too. >> >> Best Regards >> >> Allan CORNET >> >> >> >> >> >> ============================================== >> >> Allan CORNET >> >> Scilab Consortium >> >> http://www.scilab.org >> >> INRIA - Unit? de Recherche de Rocquencourt >> >> Domaine de Voluceau - B.P. 105 >> >> 78153 Le Chesnay Cedex >> >> >> >> ============================================== >> >> Projet Scilab >> >> B?timent 1B - Bureau 009 >> >> Email : allan.cornet at inria.fr >> >> ============================================== From sylvestre.ledru at inria.fr Wed Mar 19 15:35:37 2008 From: sylvestre.ledru at inria.fr (Sylvestre Ledru) Date: Wed, 19 Mar 2008 15:35:37 +0100 Subject: [Scilab-Dev] Scilab under MacOSX, und so weiter In-Reply-To: <47DFEED7.9080801@utc.fr> References: <47DFBDC8.4000909@utc.fr> <47DFBF80.9090800@utc.fr> <1205854094.3834.1.camel@zlarin.inria.fr> <47DFE411.8010400@utc.fr> <1205856777.3834.5.camel@zlarin.inria.fr> <47DFEED7.9080801@utc.fr> Message-ID: <1205937337.7564.1464.camel@korcula.inria.fr> > BTW I have recompiled everything after configuring with --enable-debug but > all the problems remain. Well, --enable-debug is not exactly doing that. Using (or not) the option --enable-debug, you will have the flag "-g" added to gcc/g ++/gfortran, symbols must be removed with "make install-strip" or the command "strip". It is the "standard" behaviour under Linux. --enable-debug adds many warning flags For example, with gcc, we have: -Wformat -Wshadow -Wfloat-equal -Wpointer-arith -Wcast-align -Wmissing-prototypes -Wmissing-declarations -Wstrict-prototypes -Wmissing-noreturn -Wendif-labels -Wpointer-arith -Wbad-function-cast -Wcast-qual -Wwrite-strings -Winline -Wredundant-decls -Wall Sylvestre From pierre.marechal at inria.fr Thu Mar 20 16:34:45 2008 From: pierre.marechal at inria.fr (Pierre MARECHAL) Date: Thu, 20 Mar 2008 16:34:45 +0100 Subject: [Scilab-Dev] Migrating To Visual Studio 2008 on Windows In-Reply-To: <47E01BFA.3010601@free.fr> References: <7.0.1.0.2.20080313081633.03d0af30@inria.fr> <000001c8880b$57d05cf0$077116d0$@cornet@inria.fr> <47DFAF1B.7030101@free.fr> <47E01BFA.3010601@free.fr> Message-ID: <47E28415.5040101@inria.fr> Hi Fran?ois, The help building is again available and you can build it by 2 ways : - The BuildHelp solution (as before) - The scilab command : -->xmltojar(); Remark : it's quite long ( 10/15 minutes ) For the time being, the "jar" tool (included in the JDK) is needed in your path. Pierre Fran?ois Vogel a ?crit : > Moreover, how can I now build the help system under VS2008? > > Previously I was used to build the BuildHelp solution as a separate > project but it doesn't seem to work with VS2008, or is it the new > java-stuff that fails? > > 1>------ Build started: Project: BuildHelp, Configuration: Debug Win32 > ------ > 1>Performing Makefile project actions > 1>Microsoft (R) Program Maintenance Utility Version 9.00.21022.08 > 1>Copyright (C) Microsoft Corporation. All rights reserved. > 1>^C > 1>Building the scilab manual master document > 1>Terminer le programme de commandes (O/N) ? > 1>Build log was saved at gnagnagnagnagna > 1>BuildHelp - 0 error(s), 0 warning(s) > > > Note ^C in the middle. If I don't it seems to wait for my input forever. > > > F. -- =================================================== Pierre MARECHAL INRIA - Centre de Recherche de Paris - Rocquencourt Domaine de Voluceau - B.P. 105 78153 Le Chesnay Cedex =================================================== Equipe-Projet Scilab B?timent 1B - Bureau 008 Email : pierre.marechal at inria.fr =================================================== From fvogelnew1 at free.fr Thu Mar 20 20:24:32 2008 From: fvogelnew1 at free.fr (=?ISO-8859-1?Q?Fran=E7ois_Vogel?=) Date: Thu, 20 Mar 2008 20:24:32 +0100 Subject: [Scilab-Dev] Migrating To Visual Studio 2008 on Windows In-Reply-To: <47E28415.5040101@inria.fr> References: <7.0.1.0.2.20080313081633.03d0af30@inria.fr> <000001c8880b$57d05cf0$077116d0$@cornet@inria.fr> <47DFAF1B.7030101@free.fr> <47E01BFA.3010601@free.fr> <47E28415.5040101@inria.fr> Message-ID: <47E2B9F0.7090701@free.fr> Tsk tsk tsk... With svn version up-to-date: 1>------ Build started: Project: BuildHelp, Configuration: Debug Win32 ------ 1>Performing Makefile project actions 1>'K:\Francois\Developpement\Scilab-svn\scilex' n'est pas reconnu en tant que commande interne 1>ou externe, un programme ex?cutable ou un fichier de commandes. 1>'K:\Francois\Developpement\Scilab-svn\scilex' n'est pas reconnu en tant que commande interne 1>ou externe, un programme ex?cutable ou un fichier de commandes. 1>Project : error PRJ0019: A tool returned an error code from "Performing Makefile project actions" 1>Build log was saved at "file://k:\Francois\Developpement\Scilab-svn\modules\helptools\src\Debug\BuildLog.htm" 1>BuildHelp - 1 error(s), 0 warning(s) ========== Build: 0 succeeded, 1 failed, 0 up-to-date, 0 skipped ========== Remark: it's quite quick (1 second at most) And I can't launch Scilab today: it complains it cannot find the main java class. Francois Pierre MARECHAL said on 20/03/2008 16:34: > Hi Fran?ois, > > The help building is again available and you can build it by 2 ways : > - The BuildHelp solution (as before) > - The scilab command : -->xmltojar(); > > Remark : it's quite long ( 10/15 minutes ) > > For the time being, the "jar" tool (included in the JDK) is needed in > your path. > > Pierre > > > > Fran?ois Vogel a ?crit : >> Moreover, how can I now build the help system under VS2008? >> >> Previously I was used to build the BuildHelp solution as a separate >> project but it doesn't seem to work with VS2008, or is it the new >> java-stuff that fails? >> >> 1>------ Build started: Project: BuildHelp, Configuration: Debug Win32 >> ------ >> 1>Performing Makefile project actions >> 1>Microsoft (R) Program Maintenance Utility Version 9.00.21022.08 >> 1>Copyright (C) Microsoft Corporation. All rights reserved. >> 1>^C >> 1>Building the scilab manual master document >> 1>Terminer le programme de commandes (O/N) ? >> 1>Build log was saved at gnagnagnagnagna >> 1>BuildHelp - 0 error(s), 0 warning(s) >> >> >> Note ^C in the middle. If I don't it seems to wait for my input forever. >> >> >> F. From fsvogelnew5NOSPAM at free.fr Sat Mar 22 08:20:17 2008 From: fsvogelnew5NOSPAM at free.fr (Francois Vogel) Date: Sat, 22 Mar 2008 08:20:17 +0100 Subject: [Scilab-Dev] Migrating To Visual Studio 2008 on Windows In-Reply-To: <47E2B9F0.7090701@free.fr> References: <7.0.1.0.2.20080313081633.03d0af30@inria.fr> <000001c8880b$57d05cf0$077116d0$@cornet@inria.fr> <47DFAF1B.7030101@free.fr> <47E01BFA.3010601@free.fr> <47E28415.5040101@inria.fr> <47E2B9F0.7090701@free.fr> Message-ID: <47E4B331.8030904@free.fr> Hi all, Today it builds till the end and the result can even be launched. And the man pages can also be built. As you mentioned, it's a very loooonnnng process. Perhaps some more feedback in the VS output window would be a good idea, I thought it was stuck. Francois Fran?ois Vogel said on 20/03/2008 20:24: > Tsk tsk tsk... > > > With svn version up-to-date: > > > 1>------ Build started: Project: BuildHelp, Configuration: Debug Win32 > ------ > 1>Performing Makefile project actions > 1>'K:\Francois\Developpement\Scilab-svn\scilex' n'est pas reconnu en > tant que commande interne > 1>ou externe, un programme ex?cutable ou un fichier de commandes. > 1>'K:\Francois\Developpement\Scilab-svn\scilex' n'est pas reconnu en > tant que commande interne > 1>ou externe, un programme ex?cutable ou un fichier de commandes. > 1>Project : error PRJ0019: A tool returned an error code from > "Performing Makefile project actions" > 1>Build log was saved at > "file://k:\Francois\Developpement\Scilab-svn\modules\helptools\src\Debug\BuildLog.htm" > > 1>BuildHelp - 1 error(s), 0 warning(s) > ========== Build: 0 succeeded, 1 failed, 0 up-to-date, 0 skipped ========== > > > Remark: it's quite quick (1 second at most) > > > And I can't launch Scilab today: it complains it cannot find the main > java class. > > > Francois > > > Pierre MARECHAL said on 20/03/2008 16:34: >> Hi Fran?ois, >> >> The help building is again available and you can build it by 2 ways : >> - The BuildHelp solution (as before) >> - The scilab command : -->xmltojar(); >> >> Remark : it's quite long ( 10/15 minutes ) >> >> For the time being, the "jar" tool (included in the JDK) is needed in >> your path. >> >> Pierre >> >> >> >> Fran?ois Vogel a ?crit : >>> Moreover, how can I now build the help system under VS2008? >>> >>> Previously I was used to build the BuildHelp solution as a separate >>> project but it doesn't seem to work with VS2008, or is it the new >>> java-stuff that fails? >>> >>> 1>------ Build started: Project: BuildHelp, Configuration: Debug >>> Win32 ------ >>> 1>Performing Makefile project actions >>> 1>Microsoft (R) Program Maintenance Utility Version 9.00.21022.08 >>> 1>Copyright (C) Microsoft Corporation. All rights reserved. >>> 1>^C >>> 1>Building the scilab manual master document >>> 1>Terminer le programme de commandes (O/N) ? >>> 1>Build log was saved at gnagnagnagnagna >>> 1>BuildHelp - 0 error(s), 0 warning(s) >>> >>> >>> Note ^C in the middle. If I don't it seems to wait for my input forever. >>> >>> >>> F. > From ycollette at free.fr Sat Mar 22 13:51:25 2008 From: ycollette at free.fr (Collette Yann) Date: Sat, 22 Mar 2008 13:51:25 +0100 Subject: Scilab and docbook Message-ID: <47E500CD.1040509@free.fr> Hello, I want to see if I can use lyx to produce a help page. So, my question is: where can I find the scilab docbook style ? And where can I find an example of help file ? What to to use to convert the docbook file into a html one ? YC From sylvestre.ledru at inria.fr Sat Mar 22 13:58:37 2008 From: sylvestre.ledru at inria.fr (Sylvestre Ledru) Date: Sat, 22 Mar 2008 13:58:37 +0100 Subject: [Scilab-Dev] Scilab and docbook In-Reply-To: <47E500CD.1040509@free.fr> References: <47E500CD.1040509@free.fr> Message-ID: <1206190717.3807.53.camel@zlarin.inria.fr> Hello Yann, Le samedi 22 mars 2008 ? 13:51 +0100, Collette Yann a ?crit : > Hello, > > I want to see if I can use lyx to produce a help page. > So, my question is: where can I find the scilab docbook style ? Maybe SCI/modules/helptools/schema ? > And where can I find an example of help file ? SCI/modules/*/help/en_US/*.xml ;) Sylvestre -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From mottelet at dma.utc.fr Sat Mar 22 14:39:43 2008 From: mottelet at dma.utc.fr (mottelet at dma.utc.fr) Date: Sat, 22 Mar 2008 14:39:43 +0100 Subject: [Scilab-Dev] Scilab and docbook In-Reply-To: <47E500CD.1040509@free.fr> References: <47E500CD.1040509@free.fr> Message-ID: <1206193183.47e50c1f54640@mail.hds.utc.fr> Selon Collette Yann : > Hello, > > I want to see if I can use lyx to produce a help page. I thougt that Lyx was a LateX editor, not an XML editor, which is needed to write a document conforming to the docbook DTD (but maybe I am wrong). XXE (www.xmlmind.com) has a nice built-in wysiwyg mode to edit docbook documents. > So, my question is: where can I find the scilab docbook style ? I think that the team decided to use the simplified Docbook DTD (already huge !). Just type "simplify doocbook dtd" into google. > And where can I find an example of help file ? I think there are already some in the svn version > What to to use to convert the docbook file into a html one ? Well, you need some xsl stylesheets, maybe the team has already cooked something ? S. ------------------------------------------------- From sylvestre.ledru at inria.fr Sat Mar 22 14:57:38 2008 From: sylvestre.ledru at inria.fr (Sylvestre Ledru) Date: Sat, 22 Mar 2008 14:57:38 +0100 Subject: [Scilab-Dev] Google Summer of Code 2008 & Scilab In-Reply-To: <1205428983.32737.567.camel@korcula.inria.fr> References: <1205428983.32737.567.camel@korcula.inria.fr> Message-ID: <1206194258.3807.77.camel@zlarin.inria.fr> Unfortunately, we have not been selected. I asked why but didn't get any answer. Sylvestre Le jeudi 13 mars 2008 ? 18:23 +0100, Sylvestre Ledru a ?crit : > Hello guys, > > Just to let you know that we have applied for the Google Summer of Code > 2008. > > I wrote a page with some ideas. Since they are very IT oriented, more > scientific ideas would be appreciated. Don't hesitate to add them here: > http://wiki.scilab.org/Ideas_of_development_for_Scilab > or reply here, I can update this page for you. > > Cheers, > Sylvestre > > -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Ceci est une partie de message num?riquement sign?e URL: From ycollet at freesurf.fr Sat Mar 22 16:08:29 2008 From: ycollet at freesurf.fr (Collette Yann) Date: Sat, 22 Mar 2008 16:08:29 +0100 Subject: [Scilab-Dev] Scilab and docbook In-Reply-To: <1206193183.47e50c1f54640@mail.hds.utc.fr> References: <47E500CD.1040509@free.fr> <1206193183.47e50c1f54640@mail.hds.utc.fr> Message-ID: <47E520ED.7010705@freesurf.fr> >> Hello, >> >> I want to see if I can use lyx to produce a help page. >> > > I thougt that Lyx was a LateX editor, not an XML editor, > which is needed to write a document conforming to the > docbook DTD (but maybe I am wrong). XXE (www.xmlmind.com) > has a nice built-in wysiwyg mode to edit docbook documents. > > Lyx can generate a docbook document. Open a new document and go to Document->Parameters and then "document class". The first entries are: - DocBook article (SGML) - DocBook book (SGML) - DocBook section (SGML) - DocBook chapter (SGML) I will have a look at xml page to see if it works. YC From ycollet at freesurf.fr Sat Mar 22 16:54:53 2008 From: ycollet at freesurf.fr (Collette Yann) Date: Sat, 22 Mar 2008 16:54:53 +0100 Subject: [Scilab-Dev] Scilab and docbook In-Reply-To: <1206190717.3807.53.camel@zlarin.inria.fr> References: <47E500CD.1040509@free.fr> <1206190717.3807.53.camel@zlarin.inria.fr> Message-ID: <47E52BCD.2000809@freesurf.fr> Hello, I just submitted a feature request to the lyx team with the docbook schema used under scilab and the derivate xml help page. See at http://bugzilla.lyx.org/show_bug.cgi?id=4659 YC From enrico.segre at weizmann.ac.il Mon Mar 24 08:17:40 2008 From: enrico.segre at weizmann.ac.il (Enrico Segre) Date: Mon, 24 Mar 2008 09:17:40 +0200 Subject: xmltojar (was: Re: Migrating To Visual Studio 2008 on Windows) Message-ID: <1206343060.19766.7.camel@segre-pc2.weizmann.ac.il> > Hi all, > > Today it builds till the end and the result can even be launched. > > And the man pages can also be built. As you mentioned, it's a very > loooonnnng process. Perhaps some more feedback in the VS output window > would be a good idea, I thought it was stuck. > > Francois +1. I've tried this on a P4 32bit 1.4Ghz, it takes over one hour per language. I hope for you that the process can be incrementalized, otherwise you have just killed any update of the documentation. A bug, anyway: if the process is killed (because it seemed stuck...), the next time make doc or xmltojar is launched, it fails with an error like Error 4, variable last_successful_build_date not found (quoting at heart). The workaround is to launch -->last_successful_build_date=[]; xmltojar in the shell. Enrico From mottelet at dma.utc.fr Sun Mar 23 10:26:23 2008 From: mottelet at dma.utc.fr (mottelet at dma.utc.fr) Date: Sun, 23 Mar 2008 10:26:23 +0100 Subject: [Scilab-Dev] Scilab and docbook In-Reply-To: <47E520ED.7010705@freesurf.fr> References: <47E500CD.1040509@free.fr> <1206193183.47e50c1f54640@mail.hds.utc.fr> <47E520ED.7010705@freesurf.fr> Message-ID: <1206264383.47e6223ff2b30@mail.hds.utc.fr> Selon Collette Yann : > > >> Hello, > >> > >> I want to see if I can use lyx to produce a help page. > >> > > > > I thougt that Lyx was a LateX editor, not an XML editor, > > which is needed to write a document conforming to the > > docbook DTD (but maybe I am wrong). XXE (www.xmlmind.com) > > has a nice built-in wysiwyg mode to edit docbook documents. > > > > > Lyx can generate a docbook document. > Open a new document and go to Document->Parameters and then "document > class". > The first entries are: > - DocBook article (SGML) > - DocBook book (SGML) > - DocBook section (SGML) > - DocBook chapter (SGML) Great news! S. ------------------------------------------------- From vincent.couvert at inria.fr Tue Mar 25 11:41:47 2008 From: vincent.couvert at inria.fr (Vincent COUVERT) Date: Tue, 25 Mar 2008 11:41:47 +0100 Subject: [Scilab-Dev] Scilab and docbook In-Reply-To: <1206193183.47e50c1f54640@mail.hds.utc.fr> References: <47E500CD.1040509@free.fr> <1206193183.47e50c1f54640@mail.hds.utc.fr> Message-ID: <47E8D6EB.70501@inria.fr> Hello, Just to be more precise, we do not use the full simplified DocBook but a subset of it. Vincent mottelet at dma.utc.fr a ?crit : > Selon Collette Yann : > > >> Hello, >> >> I want to see if I can use lyx to produce a help page. >> > > I thougt that Lyx was a LateX editor, not an XML editor, > which is needed to write a document conforming to the > docbook DTD (but maybe I am wrong). XXE (www.xmlmind.com) > has a nice built-in wysiwyg mode to edit docbook documents. > > >> So, my question is: where can I find the scilab docbook style ? >> > > I think that the team decided to use the simplified Docbook > DTD (already huge !). Just type "simplify doocbook dtd" into > google. > > >> And where can I find an example of help file ? >> > > I think there are already some in the svn version > > >> What to to use to convert the docbook file into a html one ? >> > > Well, you need some xsl stylesheets, maybe the team has > already cooked something ? > > S. > > > > ------------------------------------------------- > > > -- ============================================== Vincent COUVERT Centre de Recherche INRIA Paris-Rocquencourt Domaine de Voluceau - B.P. 105 78153 Le Chesnay Cedex ============================================== Equipe Projet SCILAB B?timent 1B - Bureau 013 Email : vincent.couvert at inria.fr T?l : +33 (0)1 39 63 54 46 Fax : +33 (0)1 39 63 55 94 ============================================== From pierre.marechal at inria.fr Tue Mar 25 11:41:59 2008 From: pierre.marechal at inria.fr (Pierre MARECHAL) Date: Tue, 25 Mar 2008 11:41:59 +0100 Subject: [Scilab-Dev] Scilab and docbook In-Reply-To: <47E8D6EB.70501@inria.fr> References: <47E500CD.1040509@free.fr> <1206193183.47e50c1f54640@mail.hds.utc.fr> <47E8D6EB.70501@inria.fr> Message-ID: <47E8D6F7.7010504@inria.fr> Here is the subset of docBook : => http://viewvc.scilab.org/bin/cgi/viewvc.cgi/trunk/scilab/modules/helptools/schema/scilab.rnc?revision=23833&view=markup Pierre Vincent COUVERT a ?crit : > Hello, > > Just to be more precise, we do not use the full simplified DocBook but > a subset of it. > > Vincent > > mottelet at dma.utc.fr a ?crit : >> Selon Collette Yann : >> >> >>> Hello, >>> >>> I want to see if I can use lyx to produce a help page. >>> >> >> I thougt that Lyx was a LateX editor, not an XML editor, >> which is needed to write a document conforming to the docbook DTD >> (but maybe I am wrong). XXE (www.xmlmind.com) >> has a nice built-in wysiwyg mode to edit docbook documents. >> >> >>> So, my question is: where can I find the scilab docbook style ? >>> >> >> I think that the team decided to use the simplified Docbook >> DTD (already huge !). Just type "simplify doocbook dtd" into >> google. >> >> >>> And where can I find an example of help file ? >>> >> >> I think there are already some in the svn version >> >> >>> What to to use to convert the docbook file into a html one ? >>> >> >> Well, you need some xsl stylesheets, maybe the team has already >> cooked something ? >> >> S. >> >> >> >> ------------------------------------------------- >> >> >> > -- =================================================== Pierre MARECHAL INRIA - Centre de Recherche de Paris - Rocquencourt Domaine de Voluceau - B.P. 105 78153 Le Chesnay Cedex =================================================== Equipe-Projet Scilab B?timent 1B - Bureau 008 Email : pierre.marechal at inria.fr =================================================== From ycollet at freesurf.fr Tue Mar 25 15:24:06 2008 From: ycollet at freesurf.fr (COLLETTE Yann) Date: Tue, 25 Mar 2008 15:24:06 +0100 Subject: [Scilab-Dev] Scilab and docbook In-Reply-To: <47E8D6F7.7010504@inria.fr> References: <47E500CD.1040509@free.fr> <1206193183.47e50c1f54640@mail.hds.utc.fr> <47E8D6EB.70501@inria.fr> <47E8D6F7.7010504@inria.fr> Message-ID: <47E90B06.1080003@freesurf.fr> Hello, That's why I posted a request to the scilab team so as to implement this subset of docbook into lyx. They have implemented the whole docbook, it will be "easy" to implement this subset. YC Pierre MARECHAL a ?crit : > Here is the subset of docBook : > => > http://viewvc.scilab.org/bin/cgi/viewvc.cgi/trunk/scilab/modules/helptools/schema/scilab.rnc?revision=23833&view=markup > > > Pierre > > Vincent COUVERT a ?crit : >> Hello, >> >> Just to be more precise, we do not use the full simplified DocBook >> but a subset of it. >> >> Vincent >> >> mottelet at dma.utc.fr a ?crit : >>> Selon Collette Yann : >>> >>> >>>> Hello, >>>> >>>> I want to see if I can use lyx to produce a help page. >>>> >>> >>> I thougt that Lyx was a LateX editor, not an XML editor, >>> which is needed to write a document conforming to the docbook DTD >>> (but maybe I am wrong). XXE (www.xmlmind.com) >>> has a nice built-in wysiwyg mode to edit docbook documents. >>> >>> >>>> So, my question is: where can I find the scilab docbook style ? >>>> >>> >>> I think that the team decided to use the simplified Docbook >>> DTD (already huge !). Just type "simplify doocbook dtd" into >>> google. >>> >>> >>>> And where can I find an example of help file ? >>>> >>> >>> I think there are already some in the svn version >>> >>> >>>> What to to use to convert the docbook file into a html one ? >>>> >>> >>> Well, you need some xsl stylesheets, maybe the team has already >>> cooked something ? >>> >>> S. >>> >>> >>> >>> ------------------------------------------------- >>> >>> >>> >> > > From pierre.marechal at inria.fr Fri Mar 28 16:55:48 2008 From: pierre.marechal at inria.fr (Pierre MARECHAL) Date: Fri, 28 Mar 2008 16:55:48 +0100 Subject: Alpha 3 version of Scilab Message-ID: <47ED1504.5000701@inria.fr> Hello, We just released the third alpha version of Scilab. Misc information about this version: http://www.scilab.org/download/index_download.php?page=5.0-alpha-3 List of changes: http://www.scilab.org/download/index_download.php?page=CHANGES_5.0-alpha-3 The release notes (short bug list... and of course not full): http://www.scilab.org/download/index_download.php?page=RELEASE_NOTES_5.0-alpha-3 Pierre -- =================================================== Pierre MARECHAL INRIA - Centre de Recherche de Paris - Rocquencourt Domaine de Voluceau - B.P. 105 78153 Le Chesnay Cedex =================================================== Equipe-Projet Scilab B?timent 1B - Bureau 008 Email : pierre.marechal at inria.fr =================================================== From enrico.segre at weizmann.ac.il Mon Mar 31 09:44:04 2008 From: enrico.segre at weizmann.ac.il (Enrico Segre) Date: Mon, 31 Mar 2008 10:44:04 +0300 Subject: building on x64 Message-ID: <1206949444.4393.37.camel@segre-pc2.weizmann.ac.il> With respect to bugs 2678, 2564, I've seen that things somehow improved lately. Now I'm able to have a somewhat working console at the end of the process, which I can crash in at least half a dozen ways with a couple of clicks or slightly more. Shall I start to invest time reporting, or are the issues already known? btw, why that is not mentioned in the alpha3 release notes? Also, an omission in the release notes - the debugger... Enrico From vincent.couvert at inria.fr Mon Mar 31 10:02:02 2008 From: vincent.couvert at inria.fr (Vincent COUVERT) Date: Mon, 31 Mar 2008 10:02:02 +0200 Subject: [Scilab-Dev] building on x64 In-Reply-To: <1206949444.4393.37.camel@segre-pc2.weizmann.ac.il> References: <1206949444.4393.37.camel@segre-pc2.weizmann.ac.il> Message-ID: <47F09A7A.4010806@inria.fr> Hi Enrico, All the issues you talk about are x64 issues only or you can reproduce these problems under x32 versions ? Vincent Enrico Segre a ?crit : > With respect to bugs 2678, 2564, I've seen that things somehow improved > lately. Now I'm able to have a somewhat working console at the end of > the process, which I can crash in at least half a dozen ways with a > couple of clicks or slightly more. Shall I start to invest time > reporting, or are the issues already known? > btw, why that is not mentioned in the alpha3 release notes? > Also, an omission in the release notes - the debugger... > > Enrico > > > -- ============================================== Vincent COUVERT Centre de Recherche INRIA Paris-Rocquencourt Domaine de Voluceau - B.P. 105 78153 Le Chesnay Cedex ============================================== Equipe Projet SCILAB B?timent 1B - Bureau 013 Email : vincent.couvert at inria.fr T?l : +33 (0)1 39 63 54 46 Fax : +33 (0)1 39 63 55 94 ============================================== From enrico.segre at weizmann.ac.il Mon Mar 31 10:03:37 2008 From: enrico.segre at weizmann.ac.il (Enrico Segre) Date: Mon, 31 Mar 2008 11:03:37 +0300 Subject: [Scilab-Dev] building on x64 In-Reply-To: <47F09A7A.4010806@inria.fr> References: <1206949444.4393.37.camel@segre-pc2.weizmann.ac.il> <47F09A7A.4010806@inria.fr> Message-ID: <1206950617.4393.45.camel@segre-pc2.weizmann.ac.il> On Mon, 2008-03-31 at 10:02 +0200, Vincent COUVERT wrote: > Hi Enrico, > > All the issues you talk about are x64 issues only or you can reproduce > these problems under x32 versions ? only x64 built from sources. I didn't try the 32bit prebuilt binary on x64, but I can compare with a 32b on another system. The debugger, however, is still broken on 32b. On x64, IIRC one way of crashing is to open scipad. Enrico From vincent.couvert at inria.fr Mon Mar 31 10:13:06 2008 From: vincent.couvert at inria.fr (Vincent COUVERT) Date: Mon, 31 Mar 2008 10:13:06 +0200 Subject: [Scilab-Dev] building on x64 In-Reply-To: <1206950617.4393.45.camel@segre-pc2.weizmann.ac.il> References: <1206949444.4393.37.camel@segre-pc2.weizmann.ac.il> <47F09A7A.4010806@inria.fr> <1206950617.4393.45.camel@segre-pc2.weizmann.ac.il> Message-ID: <47F09D12.5040207@inria.fr> You can start reporting about bugs for x64 versions. We do not have a lot of information about this version. Your work will be very helpfull for us. Vincent Enrico Segre a ?crit : > On Mon, 2008-03-31 at 10:02 +0200, Vincent COUVERT wrote: > >> Hi Enrico, >> >> All the issues you talk about are x64 issues only or you can reproduce >> these problems under x32 versions ? >> > > only x64 built from sources. I didn't try the 32bit prebuilt binary on > x64, but I can compare with a 32b on another system. > The debugger, however, is still broken on 32b. On x64, IIRC one way of > crashing is to open scipad. > > Enrico > > > -- ============================================== Vincent COUVERT Centre de Recherche INRIA Paris-Rocquencourt Domaine de Voluceau - B.P. 105 78153 Le Chesnay Cedex ============================================== Equipe Projet SCILAB B?timent 1B - Bureau 013 Email : vincent.couvert at inria.fr T?l : +33 (0)1 39 63 54 46 Fax : +33 (0)1 39 63 55 94 ============================================== From ycollet at freesurf.fr Mon Mar 31 10:43:45 2008 From: ycollet at freesurf.fr (Collette Yann) Date: Mon, 31 Mar 2008 10:43:45 +0200 Subject: PVM - Bug 2460 In-Reply-To: <47F09D12.5040207@inria.fr> References: <1206949444.4393.37.camel@segre-pc2.weizmann.ac.il> <47F09A7A.4010806@inria.fr> <1206950617.4393.45.camel@segre-pc2.weizmann.ac.il> <47F09D12.5040207@inria.fr> Message-ID: <47F0A441.9010206@freesurf.fr> Hello, I've located the problem related to bug 2460 (PVM and pvm_recv). I've put some informations in the bug description: http://www.scilab.org/cgi-bin/bugzilla_bug_II/show_bug.cgi?id=2460 The only work around for now is to remove the problematic line. I will work with this version of scilab-4.1.2 but a new solution must be found because the problem seem to be located in scilab-5 too: see file modules/core/src/c/stack2.c and file modules/pvm/sci_gateway/c/sci_pvm_recv.c YC From enrico.segre at weizmann.ac.il Mon Mar 31 11:07:06 2008 From: enrico.segre at weizmann.ac.il (Enrico Segre) Date: Mon, 31 Mar 2008 12:07:06 +0300 Subject: [Scilab-Dev] building on x64 In-Reply-To: <47F09D12.5040207@inria.fr> References: <1206949444.4393.37.camel@segre-pc2.weizmann.ac.il> <47F09A7A.4010806@inria.fr> <1206950617.4393.45.camel@segre-pc2.weizmann.ac.il> <47F09D12.5040207@inria.fr> Message-ID: <1206954426.4393.47.camel@segre-pc2.weizmann.ac.il> On Mon, 2008-03-31 at 10:13 +0200, Vincent COUVERT wrote: > You can start reporting about bugs for x64 versions. ok, you got the first 8. From vincent.couvert at inria.fr Mon Mar 31 11:19:35 2008 From: vincent.couvert at inria.fr (Vincent COUVERT) Date: Mon, 31 Mar 2008 11:19:35 +0200 Subject: [Scilab-Dev] building on x64 In-Reply-To: <1206954426.4393.47.camel@segre-pc2.weizmann.ac.il> References: <1206949444.4393.37.camel@segre-pc2.weizmann.ac.il> <47F09A7A.4010806@inria.fr> <1206950617.4393.45.camel@segre-pc2.weizmann.ac.il> <47F09D12.5040207@inria.fr> <1206954426.4393.47.camel@segre-pc2.weizmann.ac.il> Message-ID: <47F0ACA7.5000209@inria.fr> Thank you Enrico. I think most of them are linked to the same problem I asked you to test for the bug 2826. Vincent Enrico Segre a ?crit : > On Mon, 2008-03-31 at 10:13 +0200, Vincent COUVERT wrote: > >> You can start reporting about bugs for x64 versions. >> > > > ok, you got the first 8. > > > -- ============================================== Vincent COUVERT Centre de Recherche INRIA Paris-Rocquencourt Domaine de Voluceau - B.P. 105 78153 Le Chesnay Cedex ============================================== Equipe Projet SCILAB B?timent 1B - Bureau 013 Email : vincent.couvert at inria.fr T?l : +33 (0)1 39 63 54 46 Fax : +33 (0)1 39 63 55 94 ============================================== From enrico.segre at weizmann.ac.il Mon Mar 31 11:40:17 2008 From: enrico.segre at weizmann.ac.il (Enrico Segre) Date: Mon, 31 Mar 2008 12:40:17 +0300 Subject: [Scilab-Dev] building on x64 In-Reply-To: <47F0ACA7.5000209@inria.fr> References: <1206949444.4393.37.camel@segre-pc2.weizmann.ac.il> <47F09A7A.4010806@inria.fr> <1206950617.4393.45.camel@segre-pc2.weizmann.ac.il> <47F09D12.5040207@inria.fr> <1206954426.4393.47.camel@segre-pc2.weizmann.ac.il> <47F0ACA7.5000209@inria.fr> Message-ID: <1206956417.4393.50.camel@segre-pc2.weizmann.ac.il> On Mon, 2008-03-31 at 11:19 +0200, Vincent COUVERT wrote: > Thank you Enrico. > > I think most of them are linked to the same problem I asked you to test > for the bug 2826. > except for bug 2828 where to get correct versions of the four x64 SCI/bin/*.so? From fvogelnew1 at free.fr Mon Mar 31 22:43:02 2008 From: fvogelnew1 at free.fr (=?ISO-8859-1?Q?Fran=E7ois_Vogel?=) Date: Mon, 31 Mar 2008 22:43:02 +0200 Subject: Bug 2789 (debugger broken) Message-ID: <47F14CD6.2040509@free.fr> Hi all, Having just fixed two Scipad bugs tonight, I was wondering what you operational team intend to do with bug 2789 (debugger broken in trunk)? I have seen that wiki page: http://wiki.scilab.org/Tcl_Thread and it explains what is the main problem. The new Tcl thread management in Scilab 5 does not allow reentrant calls. And Scipad is full of such reentrant Tcl constructs. Now, what? What's the next move? Is the Tcl thread management now finished in your opinion? (I didn't see any activity on this subject for two weeks). Are you perhaps waiting for someone to rewrite the entire debugger in order to work around the new limitation? On this the answer must be no, since Bruno Jofret stated many times on this list that he didn't want to break anything. But you're perhaps in a dead end? Or do you plan to allow for reentrant calls, so that the debugger will work again with little or no change in Scipad? Given that Scilab 5 beta was supposed to happen in March, and that the stable 5.0 is still scheduled in April, I'm getting a bit worried. Could you please explain how you see the next future with respect to that bug 2789 (and also 2596)? Thanks for your answers to come. Francois