From michael.baudin at scilab.org Mon Jan 3 11:22:17 2011 From: michael.baudin at scilab.org (=?ISO-8859-1?Q?Micha=EBl_Baudin?=) Date: Mon, 03 Jan 2011 11:22:17 +0100 Subject: [Scilab-Dev] Linear optimization and Scilab In-Reply-To: <656403.59951.qm@web45503.mail.sp1.yahoo.com> References: <656403.59951.qm@web45503.mail.sp1.yahoo.com> Message-ID: <4D21A359.7060903@scilab.org> Hi, This message would better fit in the scope of the users at lists.scilab.org list. Anyway, below is a way to solve your problem. Here is the exact solution: // Solution c = [20 24]'; A = [ 3 6 4 2 ]; b = [60 32]'; xopt = [4 8]'; fopt = c'*xopt // fopt = 272 A*xopt - b // zero You can try the karmarkar function built in Scilab : // Use slack variables: // // Minimize -20.x1 - 24.x2 // 3.x1 + 6.x2 + x3 = 60 // 4.x1 + 2.x2 + x4 = 32 // x1, x2, x3, x4 >= 0 c = [-20 -24 0 0]'; a = [ 3 6 1 0 4 2 0 1 ]; b = [60 32]'; [x0,kerA]=linsolve(a,-b) // x0=lsq(a,b) also works x1=karmarkar(a,b,c,x0) This produces : -->x1=karmarkar(a,b,c,x0) 1. -0.269E+03 0.367E-02 2. -0.270E+03 0.275E-02 3. -0.270E+03 0.207E-02 4. -0.271E+03 0.156E-02 5. -0.271E+03 0.118E-02 6. -0.271E+03 0.896E-03 7. -0.271E+03 0.688E-03 8. -0.271E+03 0.534E-03 9. -0.272E+03 0.419E-03 10. -0.272E+03 0.333E-03 11. -0.272E+03 0.267E-03 12. -0.272E+03 0.216E-03 13. -0.272E+03 0.174E-03 14. -0.272E+03 0.139E-03 15. -0.272E+03 0.110E-03 16. -0.272E+03 0.862E-04 17. -0.272E+03 0.668E-04 18. -0.272E+03 0.513E-04 19. -0.272E+03 0.392E-04 20. -0.272E+03 0.297E-04 21. -0.272E+03 0.225E-04 22. -0.272E+03 0.170E-04 23. -0.272E+03 0.128E-04 24. -0.272E+03 0.960E-05 x1 = 3.9996501 7.999964 0.0012658 0.0014716 You can also try the "quapro" module and the linpro function. // Minimize -20.x1 - 24.x2 // 3.x1 + 6.x2 <= 60 // 4.x1 + 2.x2 <= 32 // 0 <= x1 , x2 <= %inf atomsInstall("quapro"); atomsLoad("quapro"); p = [-20 -24]'; C = [ 3 6 4 2 ]; b = [60 32]'; ci=[0 0]'; cs=[%inf %inf]'; [x1,lagr,f]=linpro(p,C,b,ci,cs) This produces : -->[x1,lagr,f]=linpro(p,C,b,ci,cs) f = - 272. lagr = 0. 0. 3.1111111 2.6666667 x1 = 4. 8. The lagrange multipliers indicate that the linear equalities are active. The bounds are inactive. Best regards, Micha?l Baudin Le 31/12/2010 17:08, Prof. Dr. Reinaldo Golmia Dante a ?crit : > Hi Scilab developers, > I would like to suggest to you if a simple linear optimization > function could be implemented > in order to solve linear optimization problems. > I tried to integrate LPSOLVE with Scilab, but unfortunately, it was > hard for me. > The manual called "Optimization in Scilab" seems complex to beginners > because starts > to show nonlinear optimization functions. > I would like to know how could I solve a simple linear problem using > Scilab like that: > Max 20*x1 + 24*x2; > > such as: > 3*x1 + 6*x2 <= 60; > 4*x1 + 2*x2 <= 32; > x1, x2 >= 0; > Thank you in advance. > Happy New Year 2011 ! > All best, > Reinaldo. > PS: I hope in 2011 Scilab has some owner LP functions. (smiles) > -- Micha?l Baudin Ing?nieur de d?veloppement michael.baudin at scilab.org ------------------------- Consortium Scilab - Digiteo Domaine de Voluceau - Rocquencourt B.P. 105 - 78153 Le Chesnay Cedex Tel. : 01 39 63 56 87 - Fax : 01 39 63 55 94 -------------- next part -------------- An HTML attachment was scrubbed... URL: From develop.dujardin at numericable.fr Thu Jan 6 22:35:08 2011 From: develop.dujardin at numericable.fr (DUJARDIN Bernard) Date: Thu, 06 Jan 2011 22:35:08 +0100 Subject: fr_FR translation of "find.xml" help file Message-ID: <4D26358C.6090400@numericable.fr> Hello, You will find in the attachment a french translation of find.xml help file. The file name of tarball reflects the directory hierarchy and file contents respects this hierarchy from modules dir. Best regards -- Bernard DUJARDIN D?artement GEII IUT de B?thune -------------- next part -------------- A non-text attachment was scrubbed... Name: modules_boolean_help_fr_FR_find_xml.tar.gz Type: application/x-gzip Size: 1634 bytes Desc: not available URL: From develop.dujardin at numericable.fr Thu Jan 6 23:18:48 2011 From: develop.dujardin at numericable.fr (DUJARDIN Bernard) Date: Thu, 06 Jan 2011 23:18:48 +0100 Subject: Update proposals for Xcos menu entries help file Message-ID: <4D263FC8.6000103@numericable.fr> Hello, Descriptions of some Xcos menu items do not reflect any more the really made work. The concerned items : File : New, Open Save Save as and Export Format : Rotate, Flip, Mirror (Forgotten item), "Line color" must be replaced by "Fill color", Link style (a little mistake) I have made a work for update of this descriptions. You will find a diff file for an abstract of modifications and in the tarball the whole file modified : "xcos_menu_entries.xml". Best regards -- Bernard DUJARDIN D?artement GEII IUT de B?thune -------------- next part -------------- A non-text attachment was scrubbed... Name: xcos_menu_entries.diff Type: text/x-patch Size: 8420 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: modules_help_xcos_menu_entries.tar.gz Type: application/x-gzip Size: 4623 bytes Desc: not available URL: From eduardo at softwork.co.il Fri Jan 7 06:52:14 2011 From: eduardo at softwork.co.il (Eduardo Tarasiuk) Date: Fri, 07 Jan 2011 07:52:14 +0200 Subject: Scilab5.3 SSE3 In-Reply-To: <4D263FC8.6000103@numericable.fr> Message-ID: *This message was transferred with a trial version of CommuniGate(r) Pro* Hello, This week I downloaded the Last Scilab 5.3 version compiled with the SSE3 commands. According to my very preliminary performance tests for the commands I checked, I can see that the improvement is amazing, even better than in Matlab. My question is, why this binary is not the default to be downloaded ? If the source is unmodified, different builds, in order to receive the best possible performance (IMHO) is very recommended, and can give Scilab a push over other Mathematical tools. SSE3 for every modern existing CPU, and SSE4.2 for the i3,i5,i7 and Xeon55XX, Xeon56XX on both Windows and Linux will give a considerable performance improvement to Scilab, and is only a different build (i.e.: compilation flags) keeping the same central source untouched. I think that to the most of the users there is no important from where the performance comes : 1] Algorithm Improvement 2] Compilation Flags, isn?t ? Thanks Eduardo Tarasiuk From develop.dujardin at numericable.fr Fri Jan 7 12:27:38 2011 From: develop.dujardin at numericable.fr (DUJARDIN Bernard) Date: Fri, 07 Jan 2011 12:27:38 +0100 Subject: Beginning of French translation of the help chapters for the xcos module Message-ID: <4D26F8AA.8090900@numericable.fr> Hello, I introduced a work of translation on xcos module. You will find attached a tarball with this content: modules/xcos/help/fr_FR/xcos.xml modules/xcos/help/fr_FR/addchapter.sce For this last I have replaced en_US by fr_FR in add_help_chapter() call The tarball contain also translations for xcos batch functions chapter modules/xcos/help/fr_FR/batch_functions/CHAPTER modules/xcos/help/fr_FR/batch_functions/lincos.xml modules/xcos/help/fr_FR/batch_functions/scicosim.xml modules/xcos/help/fr_FR/batch_functions/scicos_simulate.xml modules/xcos/help/fr_FR/batch_functions/scicos.xml modules/xcos/help/fr_FR/batch_functions/steadycos.xml The tarball respects this hierarchy I began the translation of the palette chapter but I have a question about the images: At this time I use the non translated images of "modules/xcos/help/images I can make the translated images but where to put them : in "modules/xcos/help/images/fr_FR or in "modules/xcos/help/fr_FR/images ? In the hope that this work helps you Best regards Bernard DUJARDIN D?partement GEII IUT de B?thune -------------- next part -------------- A non-text attachment was scrubbed... Name: xcos_modules_help_fr_FR.tar.gz Type: application/x-gzip Size: 4829 bytes Desc: not available URL: From sylvestre.ledru at scilab.org Fri Jan 7 16:58:32 2011 From: sylvestre.ledru at scilab.org (Sylvestre Ledru) Date: Fri, 07 Jan 2011 16:58:32 +0100 Subject: [Scilab-Dev] Beginning of French translation of the help chapters for the xcos module In-Reply-To: <4D26F8AA.8090900@numericable.fr> References: <4D26F8AA.8090900@numericable.fr> Message-ID: <1294415912.6163.135.camel@zlarin> Hello Bernard, This is very appreciated. I am currently overseas but I will make sure we integrate this properly into the Scilab distribution. For information, we are also working on improving the documentation of the most important blocks in Xcos (in English) and we will be happy if you could help us in the translation and feedbacks. Merci encore, Sylvestre Le vendredi 07 janvier 2011 ? 12:27 +0100, DUJARDIN Bernard a ?crit : > Hello, > > I introduced a work of translation on xcos module. > You will find attached a tarball with this content: > > modules/xcos/help/fr_FR/xcos.xml > modules/xcos/help/fr_FR/addchapter.sce > > For this last I have replaced en_US by fr_FR in > add_help_chapter() call > > The tarball contain also translations for xcos batch functions > chapter > > modules/xcos/help/fr_FR/batch_functions/CHAPTER > modules/xcos/help/fr_FR/batch_functions/lincos.xml > modules/xcos/help/fr_FR/batch_functions/scicosim.xml > modules/xcos/help/fr_FR/batch_functions/scicos_simulate.xml > modules/xcos/help/fr_FR/batch_functions/scicos.xml > modules/xcos/help/fr_FR/batch_functions/steadycos.xml > > The tarball respects this hierarchy > > I began the translation of the palette chapter but I have > a question about the images: > At this time I use the non translated images of > "modules/xcos/help/images > > I can make the translated images but where to put them : > in "modules/xcos/help/images/fr_FR > or > in "modules/xcos/help/fr_FR/images ? > > In the hope that this work helps you > > Best regards > > Bernard DUJARDIN > D?partement GEII > IUT de B?thune > > -- ------------------------- Sylvestre Ledru ------------------------- The Scilab Consortium Digiteo Domaine de Voluceau Rocquencourt - B.P. 105 78153 Le Chesnay Cedex France From sylvestre.ledru at scilab.org Fri Jan 7 17:23:08 2011 From: sylvestre.ledru at scilab.org (Sylvestre Ledru) Date: Fri, 07 Jan 2011 17:23:08 +0100 Subject: [Scilab-Dev] Scilab5.3 SSE3 In-Reply-To: References: Message-ID: <1294417388.6163.202.camel@zlarin> Le vendredi 07 janvier 2011 ? 07:52 +0200, Eduardo Tarasiuk a ?crit : > *This message was transferred with a trial version of CommuniGate(r) Pro* > Hello, > > This week I downloaded the Last Scilab 5.3 version compiled with the > SSE3 commands. > According to my very preliminary performance tests for the commands I > checked, I can see that the improvement is amazing, even better than in > Matlab. > My question is, why this binary is not the default to be downloaded ? > > If the source is unmodified, different builds, in order to receive the > best possible performance (IMHO) is very recommended, and can give > Scilab a push over other Mathematical tools. > > SSE3 for every modern existing CPU, and SSE4.2 for the i3,i5,i7 and > Xeon55XX, Xeon56XX on both Windows and Linux will give a considerable > performance improvement to Scilab, and is only a different build (i.e.: > compilation flags) keeping the same central source untouched. > I think that to the most of the users there is no important from where > the performance comes : 1] Algorithm Improvement 2] Compilation Flags, > isn?t ? Performance analyzes are very complicated. It depends which operating system you run, which BLAS/LAPACK libraries you are using (MKL is very good but proprietary), which compilation flags have been used, etc For Scilab binaries, we have to find a good compromise between performances and portability. We wished we could set SSE3 extensions as mandatory but we receive, from to time, complaint from people who think forcing Pentium III (SSE) is already too much... In the future, we might release an HPC version of Scilab... Sylvestre -- ------------------------- Sylvestre Ledru ------------------------- The Scilab Consortium Digiteo Domaine de Voluceau Rocquencourt - B.P. 105 78153 Le Chesnay Cedex France From develop.dujardin at numericable.fr Fri Jan 7 18:46:07 2011 From: develop.dujardin at numericable.fr (DUJARDIN Bernard) Date: Fri, 07 Jan 2011 18:46:07 +0100 Subject: [Scilab-Dev] Beginning of French translation of the help chapters for the xcos module In-Reply-To: <1294415912.6163.135.camel@zlarin> References: <4D26F8AA.8090900@numericable.fr> <1294415912.6163.135.camel@zlarin> Message-ID: <4D27515F.1010901@numericable.fr> Hello Sylvestre, Thanks for your interest. To answer you wish, I can help you in translation and feedback as far as my activities allow it me. At this moment I have translate 4 chapters of palettes which must be again and verified in depth. I shall inform you about progress as one goes along. For information, I hope to convert the department GEII, which uses Matlab, to Scilab within the next year and this work also aims at facilitating the handling of Scilab by our students. Bernard Le 07/01/2011 16:58, Sylvestre Ledru a ?crit : > Hello Bernard, > > This is very appreciated. I am currently overseas but I will make sure > we integrate this properly into the Scilab distribution. > For information, we are also working on improving the documentation of > the most important blocks in Xcos (in English) and we will be happy if > you could help us in the translation and feedbacks. > > Merci encore, > Sylvestre > > Le vendredi 07 janvier 2011 ? 12:27 +0100, DUJARDIN Bernard a ?crit : >> Hello, >> >> I introduced a work of translation on xcos module. >> You will find attached a tarball with this content: >> >> modules/xcos/help/fr_FR/xcos.xml >> modules/xcos/help/fr_FR/addchapter.sce >> >> For this last I have replaced en_US by fr_FR in >> add_help_chapter() call >> >> The tarball contain also translations for xcos batch functions >> chapter >> >> modules/xcos/help/fr_FR/batch_functions/CHAPTER >> modules/xcos/help/fr_FR/batch_functions/lincos.xml >> modules/xcos/help/fr_FR/batch_functions/scicosim.xml >> modules/xcos/help/fr_FR/batch_functions/scicos_simulate.xml >> modules/xcos/help/fr_FR/batch_functions/scicos.xml >> modules/xcos/help/fr_FR/batch_functions/steadycos.xml >> >> The tarball respects this hierarchy >> >> I began the translation of the palette chapter but I have >> a question about the images: >> At this time I use the non translated images of >> "modules/xcos/help/images >> >> I can make the translated images but where to put them : >> in "modules/xcos/help/images/fr_FR >> or >> in "modules/xcos/help/fr_FR/images ? >> >> In the hope that this work helps you >> >> Best regards >> >> Bernard DUJARDIN >> D?partement GEII >> IUT de B?thune >> >> > From eduardo at softwork.co.il Fri Jan 7 20:14:57 2011 From: eduardo at softwork.co.il (Eduardo Tarasiuk) Date: Fri, 07 Jan 2011 21:14:57 +0200 Subject: [Scilab-Dev] Scilab5.3 SSE3 In-Reply-To: <1294417388.6163.202.camel@zlarin> Message-ID: *This message was transferred with a trial version of CommuniGate(r) Pro* Thanks for your answer Sylvestre It was a very good idea to allow the download of this SSE version, I will continue my tests, you are right, it is not so simple, but I have experience in programs I compiled with the SSE4.2 flag (in addition to the optimization) using the Intel compiler and received an improvement of at least 5 times in comparison without this single flag, Scilab seems to behave in the same direction. Please, keep this SSE version, I think that it is very important for the vast majority of the users. Regards Eduardo -----Original Message----- From: Sylvestre Ledru [mailto:sylvestre.ledru at scilab.org] Sent: ? 07 ????? 2011 18:23 To: dev at lists.scilab.org Subject: Re: [Scilab-Dev] Scilab5.3 SSE3 *This message was transferred with a trial version of CommuniGate(r) Pro* Le vendredi 07 janvier 2011 ? 07:52 +0200, Eduardo Tarasiuk a ?crit : > *This message was transferred with a trial version of CommuniGate(r) Pro* > Hello, > > This week I downloaded the Last Scilab 5.3 version compiled with the > SSE3 commands. > According to my very preliminary performance tests for the commands I > checked, I can see that the improvement is amazing, even better than in > Matlab. > My question is, why this binary is not the default to be downloaded ? > > If the source is unmodified, different builds, in order to receive the > best possible performance (IMHO) is very recommended, and can give > Scilab a push over other Mathematical tools. > > SSE3 for every modern existing CPU, and SSE4.2 for the i3,i5,i7 and > Xeon55XX, Xeon56XX on both Windows and Linux will give a considerable > performance improvement to Scilab, and is only a different build (i.e.: > compilation flags) keeping the same central source untouched. > I think that to the most of the users there is no important from where > the performance comes : 1] Algorithm Improvement 2] Compilation Flags, > isn?t ? Performance analyzes are very complicated. It depends which operating system you run, which BLAS/LAPACK libraries you are using (MKL is very good but proprietary), which compilation flags have been used, etc For Scilab binaries, we have to find a good compromise between performances and portability. We wished we could set SSE3 extensions as mandatory but we receive, from to time, complaint from people who think forcing Pentium III (SSE) is already too much... In the future, we might release an HPC version of Scilab... Sylvestre -- ------------------------- Sylvestre Ledru ------------------------- The Scilab Consortium Digiteo Domaine de Voluceau Rocquencourt - B.P. 105 78153 Le Chesnay Cedex France From sylvestre.ledru at scilab.org Sat Jan 8 02:50:21 2011 From: sylvestre.ledru at scilab.org (sylvestre Ledru) Date: Sat, 08 Jan 2011 07:50:21 +0600 Subject: [Scilab-Dev] Beginning of French translation of the help chapters for the xcos module In-Reply-To: <4D27515F.1010901@numericable.fr> References: <4D26F8AA.8090900@numericable.fr> <1294415912.6163.135.camel@zlarin> <4D27515F.1010901@numericable.fr> Message-ID: <5b176f0613ab3e19adf39a4677cebed1@scilab.org> Great! I also noticed your other emails. I will process them once I'll be in Paris. Regards, Sylvestre On Fri, 07 Jan 2011 18:46:07 +0100, DUJARDIN Bernard wrote: > Hello Sylvestre, > > Thanks for your interest. > To answer you wish, I can help you in translation and feedback as far > as > my activities allow it me. > At this moment I have translate 4 chapters of palettes which must be > again and verified in depth. I shall inform you about progress as one > goes along. > > For information, I hope to convert the department GEII, which uses > Matlab, to Scilab within the next year and this work also aims at > facilitating the handling of Scilab by our students. > > Bernard > > > Le 07/01/2011 16:58, Sylvestre Ledru a ?crit : >> Hello Bernard, >> >> This is very appreciated. I am currently overseas but I will make >> sure >> we integrate this properly into the Scilab distribution. >> For information, we are also working on improving the documentation >> of >> the most important blocks in Xcos (in English) and we will be happy >> if >> you could help us in the translation and feedbacks. >> >> Merci encore, >> Sylvestre >> >> Le vendredi 07 janvier 2011 ? 12:27 +0100, DUJARDIN Bernard a ?crit >> : >>> Hello, >>> >>> I introduced a work of translation on xcos module. >>> You will find attached a tarball with this content: >>> >>> modules/xcos/help/fr_FR/xcos.xml >>> modules/xcos/help/fr_FR/addchapter.sce >>> >>> For this last I have replaced en_US by fr_FR in >>> add_help_chapter() call >>> >>> The tarball contain also translations for xcos batch functions >>> chapter >>> >>> modules/xcos/help/fr_FR/batch_functions/CHAPTER >>> modules/xcos/help/fr_FR/batch_functions/lincos.xml >>> modules/xcos/help/fr_FR/batch_functions/scicosim.xml >>> modules/xcos/help/fr_FR/batch_functions/scicos_simulate.xml >>> modules/xcos/help/fr_FR/batch_functions/scicos.xml >>> modules/xcos/help/fr_FR/batch_functions/steadycos.xml >>> >>> The tarball respects this hierarchy >>> >>> I began the translation of the palette chapter but I have >>> a question about the images: >>> At this time I use the non translated images of >>> "modules/xcos/help/images >>> >>> I can make the translated images but where to put them : >>> in "modules/xcos/help/images/fr_FR >>> or >>> in "modules/xcos/help/fr_FR/images ? >>> >>> In the hope that this work helps you >>> >>> Best regards >>> >>> Bernard DUJARDIN >>> D?partement GEII >>> IUT de B?thune >>> >>> >> From ko at research.att.com Mon Jan 10 17:26:19 2011 From: ko at research.att.com (Kostas Oikonomou) Date: Mon, 10 Jan 2011 16:26:19 +0000 (UTC) Subject: building scialb 5.3.0 on OpenSolaris Message-ID: Hello, I understand that Scilab is not officially supported on OpenSolaris, but I would appreciate some help with the following compilation problem. (This is gcc 4.3.3 and gfortran). configure --prefix=/opt/scilab/5.3.0 F77=gfortran --without-hdf5 --without-pvm --without-umfpack --without-matio --disable-build-localization --with-blas-library=/opt/sunstudio12.1/lib --with-lapack-library=/opt/sunstudio12.1/lib LIBS=-lsunperf ... make ... /bin/sh ../../libtool --tag=CXX --mode=link g++ -g -O2 -version-info 5:3:0 -o libscioutput_stream.la -rpath /opt/scilab/5.3.0/lib/scilab libscioutput_stream_la-erro.lo libscioutput_stream_la-cerro.lo libscioutput_stream_la-Scierror.lo libscioutput_stream_la-msgstore.lo libscioutput_stream_la-msgout.lo libscioutput_stream_la-msgs.lo libscioutput_stream_la-msgstxt.lo libscioutput_stream_la-basout.lo libscioutput_stream_la-sciprint.lo libscioutput_stream_la-sciprint_full.lo libscioutput_stream_la-errmds.lo libscioutput_stream_la-errmsg.lo libscioutput_stream_la-error.lo libscioutput_stream_la-error_internal.lo libscioutput_stream_la-do_xxprintf.lo libscioutput_stream_la-set_xxprintf.lo libscioutput_stream_la-lasterror.lo libscioutput_stream_la-Diary.lo libscioutput_stream_la-DiaryList.lo libscioutput_stream_la-diary_manager.lo libscioutput_stream_la-getDiaryDate.lo libscioutput_stream_la-getFullFilename.lo wspdsp.lo wmdsp.lo strdsp.lo prntid.lo print.lo lspdsp.lo fmttyp.lo fmt.lo dspdsp.lo dmrdsp.lo dmpdsp.lo dmdspf.lo dmdsp.lo dldsp.lo basouttofile.lo formatnumber.lo libscioutput_stream_la-gw_output_stream.lo libscioutput_stream_la-sci_print.lo libscioutput_stream_la-sci_mprintf.lo libscioutput_stream_la-sci_msprintf.lo libscioutput_stream_la-sci_disp.lo libscioutput_stream_la-sci_diary.lo intprint.lo intdisp.lo -ldl -lcurses -lsunperf -lm libtool: link: g++ -shared -nostdlib /usr/lib/crti.o /usr/lib/values-Xa.o /usr/gcc/4.3/lib/gcc/i386-pc-solaris2.11/4.3.3/crtbegin.o .libs/libscioutput_stream_la-erro.o .libs/libscioutput_stream_la-cerro.o .libs/libscioutput_stream_la-Scierror.o .libs/libscioutput_stream_la-msgstore.o .libs/libscioutput_stream_la-msgout.o .libs/libscioutput_stream_la-msgs.o .libs/libscioutput_stream_la-msgstxt.o .libs/libscioutput_stream_la-basout.o .libs/libscioutput_stream_la-sciprint.o .libs/libscioutput_stream_la-sciprint_full.o .libs/libscioutput_stream_la-errmds.o .libs/libscioutput_stream_la-errmsg.o .libs/libscioutput_stream_la-error.o .libs/libscioutput_stream_la-error_internal.o .libs/libscioutput_stream_la-do_xxprintf.o .libs/libscioutput_stream_la-set_xxprintf.o .libs/libscioutput_stream_la-lasterror.o .libs/libscioutput_stream_la-Diary.o .libs/libscioutput_stream_la-DiaryList.o .libs/libscioutput_stream_la-diary_manager.o .libs/libscioutput_stream_la-getDiaryDate.o .libs/libscioutput_stream_la-getFullFilename.o .libs/wspdsp.o .libs/wmdsp.o .libs/strdsp.o .libs/prntid.o .libs/print.o .libs/lspdsp.o .libs/fmttyp.o .libs/fmt.o .libs/dspdsp.o .libs/dmrdsp.o .libs/dmpdsp.o .libs/dmdspf.o .libs/dmdsp.o .libs/dldsp.o .libs/basouttofile.o .libs/formatnumber.o .libs/libscioutput_stream_la-gw_output_stream.o .libs/libscioutput_stream_la-sci_print.o .libs/libscioutput_stream_la-sci_mprintf.o .libs/libscioutput_stream_la-sci_msprintf.o .libs/libscioutput_stream_la-sci_disp.o .libs/libscioutput_stream_la-sci_diary.o .libs/intprint.o .libs/intdisp.o -ldl -lcurses -lsunperf -L/usr/gcc/4.3/lib/gcc/i386-pc-solaris2.11/4.3.3 -L/usr/gcc/4.3/lib/gcc/i386-pc-solaris2.11/4.3.3/../../.. -lstdc++ -lm -lgcc_s /usr/gcc/4.3/lib/gcc/i386-pc-solaris2.11/4.3.3/crtend.o /usr/lib/crtn.o -Wl,-h -Wl,libscioutput_stream.so.5 -o .libs/libscioutput_stream.so.5.0.3 Here there is a very long error output which I've "summarized": Text relocation remains referenced against symbol offset in file .rodata (section) 0x165 .libs/wspdsp.o .rodata (section) 0x2ad .libs/wspdsp.o .bss (section) 0x18a .libs/intprint.o .rodata (section) 0x34 .libs/intdisp.o .rodata (section) 0x1be .libs/intdisp.o .text (section) 0x160 .libs/print.o .text (section) 0x1a0 .libs/print.o basout_ 0x155 .libs/wspdsp.o basout_ 0x17a .libs/wspdsp.o basout_ 0x2dd .libs/dldsp.o recu_ 0x35 .libs/print.o recu_ 0x44 .libs/print.o recu_ 0x176 .libs/intdisp.o cvname_ 0x61 .libs/prntid.o cvname_ 0x1f1 .libs/prntid.o cvname_ 0x3084 .libs/print.o msgs_ 0x3f9 .libs/print.o msgs_ 0x65b .libs/print.o msgs_ 0x76a .libs/print.o msgs_ 0x3a9e .libs/print.o cha1_ 0x1e .libs/prntid.o cha1_ 0x46 .libs/prntid.o iop_ 0xbd .libs/intprint.o iop_ 0xcb .libs/intprint.o iop_ 0xd5 .libs/intprint.o iop_ 0x15d .libs/intprint.o iop_ 0x93 .libs/intdisp.o cvstr_ 0x412 .libs/strdsp.o cvstr_ 0x3e3 .libs/print.o cvstr_ 0x3985 .libs/print.o vstk_ 0x63 .libs/print.o vstk_ 0xc4 .libs/print.o _gfortran_st_write 0x50 .libs/basouttofile.o _gfortran_st_write 0x3ac .libs/formatnumber.o _gfortran_transfer_integer 0x21f .libs/wspdsp.o memmove 0x4c5 .libs/formatnumber.o memmove 0x55c .libs/formatnumber.o memmove 0x579 .libs/formatnumber.o memset 0x32d .libs/wspdsp.o memset 0xae0 .libs/wspdsp.o _gfortran_transfer_real 0x703 .libs/wspdsp.o _gfortran_transfer_real 0x653 .libs/dspdsp.o log10 0x2cb .libs/dmdsp.o log10 0x17b .libs/formatnumber.o log10f 0x1459 .libs/print.o log10f 0x38b .libs/dmpdsp.o log10f 0x9de .libs/dmpdsp.o __powidf2 0x64c .libs/wspdsp.o __powidf2 0x34f .libs/dmdsp.o ld: fatal: relocations remain against allocatable but non-writable sections collect2: ld returned 1 exit status gmake[2]: *** [libscioutput_stream.la] Error 1 gmake[2]: Leaving directory `/export/home/ko/build/scilab-5.3.0/modules/output_stream' gmake[1]: *** [all-recursive] Error 1 gmake[1]: Leaving directory `/export/home/ko/build/scilab-5.3.0/modules' gmake: *** [all-recursive] Error 1 kzin$ I would guess some library is missing? Thanks for your help. Kostas From BlanchardJ at ieee.org Mon Jan 10 17:40:42 2011 From: BlanchardJ at ieee.org (Jonathan Blanchard) Date: Mon, 10 Jan 2011 12:40:42 -0400 Subject: [Scilab-Dev] building scialb 5.3.0 on OpenSolaris In-Reply-To: References: Message-ID: On Mon, Jan 10, 2011 at 12:26 PM, Kostas Oikonomou wrote: > Hello, > > I understand that Scilab is not officially supported on OpenSolaris, but I would > appreciate some help with the following compilation problem. ?(This is gcc 4.3.3 > and gfortran). > > configure --prefix=/opt/scilab/5.3.0 F77=gfortran --without-hdf5 --without-pvm > --without-umfpack --without-matio --disable-build-localization > --with-blas-library=/opt/sunstudio12.1/lib > --with-lapack-library=/opt/sunstudio12.1/lib LIBS=-lsunperf > Hmm I'm not totally sure that's your exact issue here, but to use sunperf with gcc you have to link both -lsunperf -lsunmath. Jonathan Blanchard From ko at research.att.com Mon Jan 10 17:54:52 2011 From: ko at research.att.com (Kostas Oikonomou) Date: Mon, 10 Jan 2011 16:54:52 +0000 (UTC) Subject: [Scilab-Dev] building scialb 5.3.0 on OpenSolaris References: Message-ID: Jonathan Blanchard writes: > > Hmm I'm not totally sure that's your exact issue here, but to use > sunperf with gcc you have to link both -lsunperf -lsunmath. > > Jonathan Blanchard > > Thanks. I added '-lsunmath' to configure, and it gets added to the last compilation command, but the error still looks to be the same. From BlanchardJ at ieee.org Mon Jan 10 18:09:40 2011 From: BlanchardJ at ieee.org (Jonathan Blanchard) Date: Mon, 10 Jan 2011 13:09:40 -0400 Subject: [Scilab-Dev] building scialb 5.3.0 on OpenSolaris In-Reply-To: References: Message-ID: On Mon, Jan 10, 2011 at 12:54 PM, Kostas Oikonomou wrote: > Jonathan Blanchard writes: > >> >> Hmm I'm not totally sure that's your exact issue here, but to use >> sunperf with gcc you have to link both -lsunperf -lsunmath. >> >> Jonathan Blanchard >> >> > > Thanks. ?I added '-lsunmath' to configure, and it gets added to the last > compilation command, but the error still looks to be the same. > > This is a bit puzzling, are you using sun linker? Jonathan Blanchard From ko at research.att.com Mon Jan 10 18:18:31 2011 From: ko at research.att.com (Kostas Oikonomou) Date: Mon, 10 Jan 2011 17:18:31 +0000 (UTC) Subject: [Scilab-Dev] building scialb 5.3.0 on OpenSolaris References: Message-ID: Jonathan Blanchard writes: > > > > Thanks. ?I added '-lsunmath' to configure, and it gets added to the last > > compilation command, but the error still looks to be the same. > > > > > > This is a bit puzzling, are you using sun linker? > > Jonathan Blanchard Yes, /usr/ccs/bin/ld. I also searched on Google, and some of the undefined symbols, e.g. _gfortran_os_error are in the library /usr/lib/libgfortran.so. It seems to me that gfortran should include this library by default, but even after adding -lgfortran to LIBS, these symbols are still undefined. Kostas From BlanchardJ at ieee.org Mon Jan 10 18:37:10 2011 From: BlanchardJ at ieee.org (Jonathan Blanchard) Date: Mon, 10 Jan 2011 13:37:10 -0400 Subject: [Scilab-Dev] building scialb 5.3.0 on OpenSolaris In-Reply-To: References: Message-ID: On Mon, Jan 10, 2011 at 1:18 PM, Kostas Oikonomou wrote: > Jonathan Blanchard writes: > >> >> >> > Thanks. ?I added '-lsunmath' to configure, and it gets added to the last >> > compilation command, but the error still looks to be the same. >> > >> > >> >> This is a bit puzzling, are you using sun linker? >> >> Jonathan Blanchard > > Yes, /usr/ccs/bin/ld. > > I also searched on Google, and some of the undefined symbols, e.g. > _gfortran_os_error are in the library /usr/lib/libgfortran.so. It seems to me > that gfortran should include this library by default, but even after adding > -lgfortran to LIBS, these symbols are still undefined. > > Kostas > > I'm trying a rebuild right now to compare build output. That -nostdlib option in your link line is suspicious, I don't remember scilab manually linking everything. In the meantime do you have CFLAGS, LDFLAGS and friends defined to anything? Jonathan Blanchard From develop.dujardin at numericable.fr Mon Jan 10 19:44:00 2011 From: develop.dujardin at numericable.fr (DUJARDIN Bernard) Date: Mon, 10 Jan 2011 19:44:00 +0100 Subject: [PATCH] [Xcos en_US help] Replacement of references to obsolete xset in TEXT_f.xml Message-ID: <4D2B5370.7030006@numericable.fr> Hello, Summary of patch: Replace obsolete xset reference by a linked reference to Graphics font help file. Add to description text : Starting from Scilab 5.2, it is possible to write LaTeX or MathML expression with a linked reference to Latex MathML scilab help file -- Bernard DUJARDIN D?partement GEII IUT de B?thune From develop.dujardin at numericable.fr Mon Jan 10 19:49:16 2011 From: develop.dujardin at numericable.fr (DUJARDIN Bernard) Date: Mon, 10 Jan 2011 19:49:16 +0100 Subject: [PATCH][Xcos en_US help] AA_discontinuous.xml : DEADBAND erroneous image link Message-ID: <4D2B54AC.4000405@numericable.fr> Patche summary In the link the filename must be DEADBAND_modif.png, not DEADBAND.png -- Bernard DUJARDIN D?partement GEII IUT de B?thune -------------- next part -------------- A non-text attachment was scrubbed... Name: 0004--Xcos-en_US-help-AA_discontinuous.xml-DEADBAND-I.patch Type: text/x-patch Size: 1704 bytes Desc: not available URL: From develop.dujardin at numericable.fr Mon Jan 10 19:53:58 2011 From: develop.dujardin at numericable.fr (DUJARDIN Bernard) Date: Mon, 10 Jan 2011 19:53:58 +0100 Subject: [Scilab-Dev] [PATCH] [Xcos en_US help] Replacement of references to obsolete xset in TEXT_f.xml In-Reply-To: <4D2B5370.7030006@numericable.fr> References: <4D2B5370.7030006@numericable.fr> Message-ID: <4D2B55C6.6020106@numericable.fr> Sorry, I forgot attachment in this previous message Le 10/01/2011 19:44, DUJARDIN Bernard a ?crit : > Hello, > > Summary of patch: > > Replace obsolete xset reference by a linked reference to Graphics font > help file. > Add to description text : > Starting from Scilab 5.2, it is possible to write LaTeX or MathML > expression with a linked reference to Latex MathML scilab help file > -------------- next part -------------- A non-text attachment was scrubbed... Name: 0001--Xcos-en_US-help-Remove-references-to-obsolete-xset.patch Type: text/x-patch Size: 3466 bytes Desc: not available URL: From develop.dujardin at numericable.fr Mon Jan 10 20:01:58 2011 From: develop.dujardin at numericable.fr (DUJARDIN Bernard) Date: Mon, 10 Jan 2011 20:01:58 +0100 Subject: [PATCH] [Xcos help en_US] Missing variables in Diode.xml description, Message-ID: <4D2B57A6.4080101@numericable.fr> Patch summary : Missing variables in description text of Diode.xml block are updated in bold italic font -- Bernard DUJARDIN D?partement GEII IUT de B?thune -------------- next part -------------- A non-text attachment was scrubbed... Name: 0005--Xcos-help-en_US-Missing-variables-in-Diode.xml-des.patch Type: text/x-patch Size: 5987 bytes Desc: not available URL: From develop.dujardin at numericable.fr Mon Jan 10 20:04:23 2011 From: develop.dujardin at numericable.fr (DUJARDIN Bernard) Date: Mon, 10 Jan 2011 20:04:23 +0100 Subject: [PATCH] [Xcos help en_US] Missing variables in Resistor.xml description. Message-ID: <4D2B5837.1050905@numericable.fr> Patch summary : Missing variables in description text of Resistor.xml block are updated in bold italic font -- Bernard DUJARDIN D?partement GEII IUT de B?thune -------------- next part -------------- A non-text attachment was scrubbed... Name: 0006--Xcos-help-en_US-Missing-variables-in-Resistor.xml.patch Type: text/x-patch Size: 4249 bytes Desc: not available URL: From develop.dujardin at numericable.fr Mon Jan 10 20:06:06 2011 From: develop.dujardin at numericable.fr (DUJARDIN Bernard) Date: Mon, 10 Jan 2011 20:06:06 +0100 Subject: [PATCH] [Xcos help en_US]Missing variables in VariableResistor.xml description Message-ID: <4D2B589E.9020103@numericable.fr> Patch summary : Missing variables in description text of VariableResistor.xml block are updated in bold italic font -- Bernard DUJARDIN D?partement GEII IUT de B?thune -------------- next part -------------- A non-text attachment was scrubbed... Name: 0007--Xcos-help-en_US-Missing-variables-in-VariableResist.patch Type: text/x-patch Size: 2847 bytes Desc: not available URL: From BlanchardJ at ieee.org Mon Jan 10 19:06:17 2011 From: BlanchardJ at ieee.org (Jonathan Blanchard) Date: Mon, 10 Jan 2011 14:06:17 -0400 Subject: [Scilab-Dev] building scialb 5.3.0 on OpenSolaris In-Reply-To: References: Message-ID: On Mon, Jan 10, 2011 at 1:37 PM, Jonathan Blanchard wrote: > On Mon, Jan 10, 2011 at 1:18 PM, Kostas Oikonomou wrote: >> Jonathan Blanchard writes: >> >>> >>> >>> > Thanks. ?I added '-lsunmath' to configure, and it gets added to the last >>> > compilation command, but the error still looks to be the same. >>> > >>> > >>> >>> This is a bit puzzling, are you using sun linker? >>> >>> Jonathan Blanchard >> >> Yes, /usr/ccs/bin/ld. >> >> I also searched on Google, and some of the undefined symbols, e.g. >> _gfortran_os_error are in the library /usr/lib/libgfortran.so. It seems to me >> that gfortran should include this library by default, but even after adding >> -lgfortran to LIBS, these symbols are still undefined. >> >> Kostas >> >> > > I'm trying a rebuild right now to compare build output. That -nostdlib > option in your link line is suspicious, I don't remember scilab > manually linking everything. In the meantime do you have CFLAGS, > LDFLAGS and friends defined to anything? > > > Jonathan Blanchard > k. Nevermind what I just said. The major diff between my link line and your is the linking of sunperf for that lib. Try applying the attached patch and then running autoreconf in your top source dir. Then slightly modify your build options by removing -lsunperf and -lsunmath from LIBS. Jonathan Blanchard From BlanchardJ at ieee.org Mon Jan 10 19:08:31 2011 From: BlanchardJ at ieee.org (Jonathan Blanchard) Date: Mon, 10 Jan 2011 14:08:31 -0400 Subject: [Scilab-Dev] building scialb 5.3.0 on OpenSolaris In-Reply-To: References: Message-ID: On Mon, Jan 10, 2011 at 2:06 PM, Jonathan Blanchard wrote: > On Mon, Jan 10, 2011 at 1:37 PM, Jonathan Blanchard wrote: >> On Mon, Jan 10, 2011 at 1:18 PM, Kostas Oikonomou wrote: >>> Jonathan Blanchard writes: >>> >>>> >>>> >>>> > Thanks. ?I added '-lsunmath' to configure, and it gets added to the last >>>> > compilation command, but the error still looks to be the same. >>>> > >>>> > >>>> >>>> This is a bit puzzling, are you using sun linker? >>>> >>>> Jonathan Blanchard >>> >>> Yes, /usr/ccs/bin/ld. >>> >>> I also searched on Google, and some of the undefined symbols, e.g. >>> _gfortran_os_error are in the library /usr/lib/libgfortran.so. It seems to me >>> that gfortran should include this library by default, but even after adding >>> -lgfortran to LIBS, these symbols are still undefined. >>> >>> Kostas >>> >>> >> >> I'm trying a rebuild right now to compare build output. That -nostdlib >> option in your link line is suspicious, I don't remember scilab >> manually linking everything. In the meantime do you have CFLAGS, >> LDFLAGS and friends defined to anything? >> >> >> Jonathan Blanchard >> > > k. Nevermind what I just said. The major diff between my link line and > your is the linking of sunperf for that lib. Try applying the attached > patch and then running autoreconf in your top source dir. > > Then slightly modify your build options by removing -lsunperf and > -lsunmath from LIBS. > > Jonathan Blanchard > As usual I forget the attachment sorry. Jonathan Blanchard -------------- next part -------------- A non-text attachment was scrubbed... Name: sunperflib.patch Type: application/octet-stream Size: 823 bytes Desc: not available URL: From develop.dujardin at numericable.fr Mon Jan 10 20:09:08 2011 From: develop.dujardin at numericable.fr (DUJARDIN Bernard) Date: Mon, 10 Jan 2011 20:09:08 +0100 Subject: [PATCH] [Xcos en_US help] Set a definition for a proper transfer function in CLR.xml. Message-ID: <4D2B5954.6010000@numericable.fr> Proposals : Add a little explanation for "transfert function must be proper". -- Bernard DUJARDIN D?partement GEII IUT de B?thune -------------- next part -------------- A non-text attachment was scrubbed... Name: 0002--Xcos-en_US-help-Set-a-definition-for-a-proper-tran.patch Type: text/x-patch Size: 2221 bytes Desc: not available URL: From develop.dujardin at numericable.fr Mon Jan 10 20:15:16 2011 From: develop.dujardin at numericable.fr (DUJARDIN Bernard) Date: Mon, 10 Jan 2011 20:15:16 +0100 Subject: [PATCH] [Xcos en_US help] More coherent presentation of the TCLSS parameters. Message-ID: <4D2B5AC4.8030900@numericable.fr> patch summary : Dialog box parameters: Parameter name : A must be a bold char Description :A matrix must be represented by an image. by respect to other parameters -- Bernard DUJARDIN D?partement GEII IUT de B?thune -------------- next part -------------- A non-text attachment was scrubbed... Name: 0003--Xcos-en_US-help-More-coherent-presentation-of-the.patch Type: text/x-patch Size: 3917 bytes Desc: not available URL: From develop.dujardin at numericable.fr Mon Jan 10 20:18:44 2011 From: develop.dujardin at numericable.fr (DUJARDIN Bernard) Date: Mon, 10 Jan 2011 20:18:44 +0100 Subject: [Scilab-Dev] Beginning of French translation of the help chapters for the xcos module In-Reply-To: <5b176f0613ab3e19adf39a4677cebed1@scilab.org> References: <4D26F8AA.8090900@numericable.fr> <1294415912.6163.135.camel@zlarin> <4D27515F.1010901@numericable.fr> <5b176f0613ab3e19adf39a4677cebed1@scilab.org> Message-ID: <4D2B5B94.9050302@numericable.fr> Hello, During translation process, I found some errors in en_US documentation. In the next messages, you will find propositions of correction and some little improvements. Patches are published in the main thread Regards Bernard Le 08/01/2011 02:50, sylvestre Ledru a ?crit : > > Great! > > I also noticed your other emails. I will process them once I'll be in > Paris. > > Regards, > Sylvestre > From ko at research.att.com Mon Jan 10 19:58:18 2011 From: ko at research.att.com (Kostas Oikonomou) Date: Mon, 10 Jan 2011 18:58:18 +0000 (UTC) Subject: [Scilab-Dev] building scialb 5.3.0 on OpenSolaris References: Message-ID: Jonathan Blanchard writes: > >>> > >>>> > >>>> > >>>> > Thanks. ?I added '-lsunmath' to configure, and it gets added to the last > >>>> > compilation command, but the error still looks to be the same. > > As usual I forget the attachment sorry. > > Jonathan Blanchard > > Attachment (sunperflib.patch): application/octet-stream, 823 bytes Jonathan, Thanks a lot. I did what you said, apply patch make clean autoreconf configure .... (without LIBS) but I got this error checking for struct stat.st_blksize... yes checking for struct stat.st_rdev... yes ./configure: line 21588: syntax error at line 21602: `(' unexpected By the way, do you want to continue this discussion off-list? (I now also remember seeing your name somewhere as having contributed a scilab build for OpenSolaris.) Kostas From sylvestre.ledru at scilab.org Tue Jan 11 00:58:42 2011 From: sylvestre.ledru at scilab.org (Sylvestre Ledru) Date: Tue, 11 Jan 2011 00:58:42 +0100 Subject: [Scilab-Dev] Beginning of French translation of the help chapters for the xcos module In-Reply-To: <4D2B5B94.9050302@numericable.fr> References: <4D26F8AA.8090900@numericable.fr> <1294415912.6163.135.camel@zlarin> <4D27515F.1010901@numericable.fr> <5b176f0613ab3e19adf39a4677cebed1@scilab.org> <4D2B5B94.9050302@numericable.fr> Message-ID: <1294703922.4718.124.camel@zlarin> Le lundi 10 janvier 2011 ? 20:18 +0100, DUJARDIN Bernard a ?crit : > Hello, > > During translation process, I found some errors in en_US documentation. > In the next messages, you will find propositions of correction and > some little improvements. > > Patches are published in the main thread Thanks Bernard, I will have a look on all your patches. Merci beaucoup, Sylvestre -- ------------------------- Sylvestre Ledru ------------------------- The Scilab Consortium Digiteo Domaine de Voluceau Rocquencourt - B.P. 105 78153 Le Chesnay Cedex France From develop.dujardin at numericable.fr Tue Jan 11 18:19:16 2011 From: develop.dujardin at numericable.fr (DUJARDIN Bernard) Date: Tue, 11 Jan 2011 18:19:16 +0100 Subject: [PATCH] [Xcos en_US Help] DOLLAR_f.xml : bad expression in description Message-ID: <4D2C9114.8030901@numericable.fr> Summary Exact expression is z^-1 or 1/z. The patch replace z-1 by 1/z -- Bernard DUJARDIN D?partement GEII IUT de B?thune -------------- next part -------------- A non-text attachment was scrubbed... Name: 0009--Xcos-en_US-Help-DOLLAR_f.xml-bad-expression-in-d.patch Type: text/x-patch Size: 1278 bytes Desc: not available URL: From develop.dujardin at numericable.fr Tue Jan 11 18:21:15 2011 From: develop.dujardin at numericable.fr (DUJARDIN Bernard) Date: Tue, 11 Jan 2011 18:21:15 +0100 Subject: [PATCH] [Xcos help en_US] Add missing variable in description. Message-ID: <4D2C918B.5020005@numericable.fr> Summary, Variable 'theta' is missing -- Bernard DUJARDIN D?partement GEII IUT de B?thune -------------- next part -------------- A non-text attachment was scrubbed... Name: 0010--Xcos-help-en_US-Add-missing-variable-in-description.patch Type: text/x-patch Size: 1157 bytes Desc: not available URL: From develop.dujardin at numericable.fr Tue Jan 11 18:22:19 2011 From: develop.dujardin at numericable.fr (DUJARDIN Bernard) Date: Tue, 11 Jan 2011 18:22:19 +0100 Subject: [PATCH] [Xcos en_US help] More coherent presentation of the DLSS parameters Message-ID: <4D2C91CB.6040303@numericable.fr> Summary Dialog box parameters: Parameter name : A must be a bold char Description :A matrix must be represented by an image. by respect to other parameters -- Bernard DUJARDIN D?partement GEII IUT de B?thune From develop.dujardin at numericable.fr Tue Jan 11 18:23:21 2011 From: develop.dujardin at numericable.fr (DUJARDIN Bernard) Date: Tue, 11 Jan 2011 18:23:21 +0100 Subject: [Scilab-Dev] [PATCH] [Xcos en_US help] More coherent presentation of the DLSS parameters In-Reply-To: <4D2C91CB.6040303@numericable.fr> References: <4D2C91CB.6040303@numericable.fr> Message-ID: <4D2C9209.4000905@numericable.fr> Sorry, missing attachment Le 11/01/2011 18:22, DUJARDIN Bernard a ?crit : > Summary > > Dialog box parameters: > Parameter name : A must be a bold char > Description :A matrix must be represented by an image. > by respect to other parameters > > -------------- next part -------------- A non-text attachment was scrubbed... Name: 0011--Xcos-en_US-help-More-coherent-presentation-of-the.patch Type: text/x-patch Size: 1687 bytes Desc: not available URL: From develop.dujardin at numericable.fr Tue Jan 11 18:36:50 2011 From: develop.dujardin at numericable.fr (DUJARDIN Bernard) Date: Tue, 11 Jan 2011 18:36:50 +0100 Subject: [Scilab-Dev] Beginning of French translation of the help chapters for the xcos module In-Reply-To: <1294703922.4718.124.camel@zlarin> References: <4D26F8AA.8090900@numericable.fr> <1294415912.6163.135.camel@zlarin> <4D27515F.1010901@numericable.fr> <5b176f0613ab3e19adf39a4677cebed1@scilab.org> <4D2B5B94.9050302@numericable.fr> <1294703922.4718.124.camel@zlarin> Message-ID: <4D2C9532.9090407@numericable.fr> Hello, You will find in attachment the french translation of all present help pages in these folders : modules/xcos/help/fr_FR/palettes/ Annotations_pal: Commonlyusedblocks_pal: Continuous_pal: Discontinuities_pal: Discrete_pal: Electrical_pal: Portaction_pal: If you have any remarks or suggestions let me know. Regards Bernard -------------- next part -------------- A non-text attachment was scrubbed... Name: help_palettes_fr_FR.tar.gz Type: application/x-gzip Size: 32880 bytes Desc: not available URL: From allan.cornet at scilab.org Wed Jan 12 14:41:18 2011 From: allan.cornet at scilab.org (Allan CORNET) Date: Wed, 12 Jan 2011 14:41:18 +0100 Subject: [Windows] Compilation - Upgrade to Intel XE 2011 compilers Message-ID: <000001cbb25e$644e3cb0$2ceab610$@scilab.org> Hi, If you build Scilab on Windows with Intel compilers. We did a upgrade to use Intel 2011 update 1 XE compilers. See here http://wiki.scilab.org/Compiling_Scilab_5.x_under_Windows Best regards Allan CORNET -------------- next part -------------- An HTML attachment was scrubbed... URL: From michael.baudin at scilab.org Thu Jan 13 08:49:53 2011 From: michael.baudin at scilab.org (=?UTF-8?B?TWljaGHDq2wgQmF1ZGlu?=) Date: Thu, 13 Jan 2011 08:49:53 +0100 Subject: [Scilab-Dev] Scilab5.3 SSE3 In-Reply-To: References: Message-ID: <4D2EAEA1.8070906@scilab.org> Hi, Can you be more specific about the particular improvements that you experienced ? What functions ? Best regards, Micha?l Baudin Le 07/01/2011 06:52, Eduardo Tarasiuk a ?crit : > According to my very preliminary performance tests for the commands I > checked, I can see that the improvement is amazing, even better than in > Matlab. -- Micha?l Baudin Ing?nieur de d?veloppement michael.baudin at scilab.org ------------------------- Consortium Scilab - Digiteo Domaine de Voluceau - Rocquencourt B.P. 105 - 78153 Le Chesnay Cedex Tel. : 01 39 63 56 87 - Fax : 01 39 63 55 94 From sylvestre.ledru at scilab.org Wed Jan 12 10:02:14 2011 From: sylvestre.ledru at scilab.org (Sylvestre Ledru) Date: Wed, 12 Jan 2011 10:02:14 +0100 Subject: [Scilab-Dev] building scialb 5.3.0 on OpenSolaris In-Reply-To: References: Message-ID: <1294822934.2177.29.camel@zlarin> Le lundi 10 janvier 2011 ? 14:08 -0400, Jonathan Blanchard a ?crit : > On Mon, Jan 10, 2011 at 2:06 PM, Jonathan Blanchard wrote: > > On Mon, Jan 10, 2011 at 1:37 PM, Jonathan Blanchard wrote: > >> On Mon, Jan 10, 2011 at 1:18 PM, Kostas Oikonomou wrote: > >>> Jonathan Blanchard writes: > >>> > >>>> > >>>> > >>>> > Thanks. I added '-lsunmath' to configure, and it gets added to the last > >>>> > compilation command, but the error still looks to be the same. > >>>> > > >>>> > > >>>> > >>>> This is a bit puzzling, are you using sun linker? > >>>> > >>>> Jonathan Blanchard > >>> > >>> Yes, /usr/ccs/bin/ld. > >>> > >>> I also searched on Google, and some of the undefined symbols, e.g. > >>> _gfortran_os_error are in the library /usr/lib/libgfortran.so. It seems to me > >>> that gfortran should include this library by default, but even after adding > >>> -lgfortran to LIBS, these symbols are still undefined. > >>> > >>> Kostas > >>> > >>> > >> > >> I'm trying a rebuild right now to compare build output. That -nostdlib > >> option in your link line is suspicious, I don't remember scilab > >> manually linking everything. In the meantime do you have CFLAGS, > >> LDFLAGS and friends defined to anything? > >> > >> > >> Jonathan Blanchard > >> > > > > k. Nevermind what I just said. The major diff between my link line and > > your is the linking of sunperf for that lib. Try applying the attached > > patch and then running autoreconf in your top source dir. > > > > Then slightly modify your build options by removing -lsunperf and > > -lsunmath from LIBS. Hello Jonathan, Do you want me to apply this patch ? Thanks S -- ------------------------- Sylvestre Ledru ------------------------- The Scilab Consortium Digiteo Domaine de Voluceau Rocquencourt - B.P. 105 78153 Le Chesnay Cedex France From sylvestre.ledru at scilab.org Thu Jan 13 11:31:38 2011 From: sylvestre.ledru at scilab.org (Sylvestre Ledru) Date: Thu, 13 Jan 2011 11:31:38 +0100 Subject: [Scilab-Dev] Beginning of French translation of the help chapters for the xcos module In-Reply-To: <4D2C9532.9090407@numericable.fr> References: <4D26F8AA.8090900@numericable.fr> <1294415912.6163.135.camel@zlarin> <4D27515F.1010901@numericable.fr> <5b176f0613ab3e19adf39a4677cebed1@scilab.org> <4D2B5B94.9050302@numericable.fr> <1294703922.4718.124.camel@zlarin> <4D2C9532.9090407@numericable.fr> Message-ID: <1294914698.5139.816.camel@korcula.inria.fr> Hello Bernard, Thanks for all your hard work. I pushed all your commits into the Code Review: http://codereview.scilab.org/ where they should be validated soon. (we all go through the Code Review process). Thanks, Sylvestre Le mardi 11 janvier 2011 ? 18:36 +0100, DUJARDIN Bernard a ?crit : > Hello, > > > You will find in attachment the french translation of all present help > pages in these folders : > > modules/xcos/help/fr_FR/palettes/ > Annotations_pal: > Commonlyusedblocks_pal: > Continuous_pal: > Discontinuities_pal: > Discrete_pal: > Electrical_pal: > Portaction_pal: > > If you have any remarks or suggestions let me know. > > Regards > > Bernard > > > > From BlanchardJ at ieee.org Thu Jan 13 15:33:06 2011 From: BlanchardJ at ieee.org (Jonathan Blanchard) Date: Thu, 13 Jan 2011 10:33:06 -0400 Subject: [Scilab-Dev] building scialb 5.3.0 on OpenSolaris In-Reply-To: <1294822934.2177.29.camel@zlarin> References: <1294822934.2177.29.camel@zlarin> Message-ID: On Wed, Jan 12, 2011 at 5:02 AM, Sylvestre Ledru wrote: > Le lundi 10 janvier 2011 ? 14:08 -0400, Jonathan Blanchard a ?crit : >> On Mon, Jan 10, 2011 at 2:06 PM, Jonathan Blanchard wrote: >> > On Mon, Jan 10, 2011 at 1:37 PM, Jonathan Blanchard wrote: >> >> On Mon, Jan 10, 2011 at 1:18 PM, Kostas Oikonomou wrote: >> >>> Jonathan Blanchard writes: >> >>> >> >>>> >> >>>> >> >>>> > Thanks. ?I added '-lsunmath' to configure, and it gets added to the last >> >>>> > compilation command, but the error still looks to be the same. >> >>>> > >> >>>> > >> >>>> >> >>>> This is a bit puzzling, are you using sun linker? >> >>>> >> >>>> Jonathan Blanchard >> >>> >> >>> Yes, /usr/ccs/bin/ld. >> >>> >> >>> I also searched on Google, and some of the undefined symbols, e.g. >> >>> _gfortran_os_error are in the library /usr/lib/libgfortran.so. It seems to me >> >>> that gfortran should include this library by default, but even after adding >> >>> -lgfortran to LIBS, these symbols are still undefined. >> >>> >> >>> Kostas >> >>> >> >>> >> >> >> >> I'm trying a rebuild right now to compare build output. That -nostdlib >> >> option in your link line is suspicious, I don't remember scilab >> >> manually linking everything. In the meantime do you have CFLAGS, >> >> LDFLAGS and friends defined to anything? >> >> >> >> >> >> Jonathan Blanchard >> >> >> > >> > k. Nevermind what I just said. The major diff between my link line and >> > your is the linking of sunperf for that lib. Try applying the attached >> > patch and then running autoreconf in your top source dir. >> > >> > Then slightly modify your build options by removing -lsunperf and >> > -lsunmath from LIBS. > Hello Jonathan, > > Do you want me to apply this patch ? > > Thanks > S > > -- > ------------------------- > Sylvestre Ledru > ------------------------- > The Scilab Consortium > Digiteo > Domaine de Voluceau > Rocquencourt - B.P. 105 > 78153 Le Chesnay Cedex > France > > No, not really. I don't think building with sun performance library using gcc is a really standard operation. Either way it's always located deep into the Sun Studio install directory which also cannot be easily guessed during configuration. IMO things should stay as they are now. Jonathan Blanchard From deanm at sharplabs.com Mon Jan 24 04:44:14 2011 From: deanm at sharplabs.com (Dean S. Messing) Date: Sun, 23 Jan 2011 19:44:14 -0800 Subject: JAVA VM problem with scilab ? Message-ID: On two recent builds (including yesterday's) of scilab 5.3.0 from the git source repo, I'm seeing the following output when scilab is started as `SCIVERBOSE=1 scilab' =>scilab SCILABBIN : scilab-bin DISABLE_JAVA_DETECTION : 0 SCILAB_MODE : gui OS : Linux MODEL : x86_64 Trying to find Java in /usr/lib/jvm/java-6-openjdk/ Trying to find Java in /usr/lib/jvm/java/ found Have not been able to find any Java VM on this computer. Some features may be broken. JAVA_HOME : /usr/lib/jvm/java/ SCI : /usr/local/share/scilab/ SCIBIN : /usr/local/bin/scilab-bin PATH : /usr/local/share/scilab/:/usr/local/share/scilab//bin:/usr/local/bin:/usr/local/bin:/sbin:/usr/sbin:/bin:/usr/bin CLASSPATH : /usr/local/share/scilab//modules/core/jar/org.scilab.modules.core.jar LD_LIBRARY_PATH : /usr/local/share/scilab//bin:/usr/local/share/scilab//lib/scilab/:/usr/local/share/scilab//lib64/scilab/:/usr/lib/jvm/java//jre/lib/amd64/:/usr/lib/jvm/java//jre/lib/amd64/server/:/usr/lib/jvm/java//jre/lib/amd64/native_threads/ DOCBOOK : /usr/share/sgml/docbook/xsl-stylesheets-1.75.2/ In particular, the "Have not been able to find ..." line seems to indiciate that it's not finding the JAVA VM. This message was not there in my initial build of 5.3.0 back in mid-December when it first came out. The graphics demos I tested seem to run fine. Not sure if this is a bug or something wrong on my end. Just above the line in question, it says it has found Java so I'm confused. `java -version' returns: =>java -version java version "1.6.0_23" Java(TM) SE Runtime Environment (build 1.6.0_23-b05) Java HotSpot(TM) 64-Bit Server VM (build 19.0-b09, mixed mode) Dean From sylvestre.ledru at scilab.org Mon Jan 24 18:02:37 2011 From: sylvestre.ledru at scilab.org (Sylvestre Ledru) Date: Mon, 24 Jan 2011 18:02:37 +0100 Subject: [Scilab-Dev] JAVA VM problem with scilab ? In-Reply-To: References: Message-ID: <1295888557.5523.1098.camel@losinj.inria.fr> On Sun, 2011-01-23 at 19:44 -0800, Dean S. Messing wrote: > On two recent builds (including yesterday's) of scilab 5.3.0 from the > git source repo, I'm seeing the following output when scilab is started as > `SCIVERBOSE=1 scilab' > > =>scilab > SCILABBIN : scilab-bin > DISABLE_JAVA_DETECTION : 0 > SCILAB_MODE : gui > OS : Linux > MODEL : x86_64 > Trying to find Java in /usr/lib/jvm/java-6-openjdk/ > Trying to find Java in /usr/lib/jvm/java/ > found > Have not been able to find any Java VM on this computer. Some features may be broken. > JAVA_HOME : /usr/lib/jvm/java/ > SCI : /usr/local/share/scilab/ > SCIBIN : /usr/local/bin/scilab-bin > PATH : /usr/local/share/scilab/:/usr/local/share/scilab//bin:/usr/local/bin:/usr/local/bin:/sbin:/usr/sbin:/bin:/usr/bin > CLASSPATH : /usr/local/share/scilab//modules/core/jar/org.scilab.modules.core.jar > LD_LIBRARY_PATH : /usr/local/share/scilab//bin:/usr/local/share/scilab//lib/scilab/:/usr/local/share/scilab//lib64/scilab/:/usr/lib/jvm/java//jre/lib/amd64/:/usr/lib/jvm/java//jre/lib/amd64/server/:/usr/lib/jvm/java//jre/lib/amd64/native_threads/ > DOCBOOK : /usr/share/sgml/docbook/xsl-stylesheets-1.75.2/ > > In particular, the "Have not been able to find ..." line seems to > indiciate that it's not finding the JAVA VM. This message was not there > in my initial build of 5.3.0 back in mid-December when it first came > out. > > The graphics demos I tested seem to run fine. Not sure if this is a bug > or something wrong on my end. Just above the line in question, it says > it has found Java so I'm confused. It was just a bad warning caused by a bad test. There was no actual issue here. It is in the code review here: http://codereview.scilab.org/#change,3011 Thanks for reporting this issue. Sylvestre From kunigami.dev at gmail.com Tue Jan 25 02:18:31 2011 From: kunigami.dev at gmail.com (Guilherme Kunigami) Date: Mon, 24 Jan 2011 23:18:31 -0200 Subject: Graphviz Exporter Message-ID: Hi all, I've decided to implement the graphviz exporter toolbox suggested here: http://wiki.scilab.org/Contributor_-_graphviz/dot I have some doubts though: 1) Is this project still required (I mean, no one implemented it yet or it didn't become obsolete)? Assuming the answer for the above is 'yes': 2) Do you want the toolbox to look like the script for matlab ( http://www.mathworks.com/matlabcentral/fileexchange/4518) or something more like PyGraphviz? (http://networkx.lanl.gov/pygraphviz/) 3) The input matrix will be 0-1's (1 if edge exists) or a matrix where the entries represents costs? In this case, how to represent the absence of edges? 4) I think this should be asked on users' lists, but anyway: how to we escape the " character? I tried printf("\""); but I get an error. The (ugly) workaround was printf('%c', char(34)); Also, I have sketched an exporter to .dot file that I'm sending attached. Thanks! -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: write-to-file.sce Type: application/octet-stream Size: 1984 bytes Desc: not available URL: From communication at scilab.org Fri Jan 28 09:47:20 2011 From: communication at scilab.org (Scilab Communication) Date: Fri, 28 Jan 2011 09:47:20 +0100 Subject: New Scilab Online Help Message-ID: <4D428298.6080306@scilab.org> Dear all, We are pleased to announce that Scilab Online Help has been completly renewed with a nicer interface and new functionalities for the user. Looking for help within Scilab functions is now easier and more user-friendly. To know the new functionalities, please consult: http://www.scilab.org/en/news/events/20110128 We invite you to connect to: http://help.scilab.org Do not hesitate to make us comments or suggestions in return. Best Regards ----------------------------------------------- The Scilab Consortium R&D Team ----------------------------------------------- Digiteo Domaine de Voluceau Rocquencourt - B.P. 105 78153 Le Chesnay Cedex - France From sylvestre.ledru at scilab.org Fri Jan 28 15:54:56 2011 From: sylvestre.ledru at scilab.org (Sylvestre Ledru) Date: Fri, 28 Jan 2011 15:54:56 +0100 Subject: [Scilab-Dev] Graphviz Exporter In-Reply-To: References: Message-ID: <1296226496.23916.148.camel@korcula.inria.fr> Hello, Le lundi 24 janvier 2011 ? 23:18 -0200, Guilherme Kunigami a ?crit : > Hi all, > > > I've decided to implement the graphviz exporter toolbox suggested > here: http://wiki.scilab.org/Contributor_-_graphviz/dot Cool :) > 1) Is this project still required (I mean, no one implemented it yet > or it didn't become obsolete)? Well, yes but be careful, it might be redundant with metanet: http://forge.scilab.org/index.php/p/metanet/ Maybe you could contribute to this project. > 2) Do you want the toolbox to look like the script for matlab > (http://www.mathworks.com/matlabcentral/fileexchange/4518) or > something more like PyGraphviz? (http://networkx.lanl.gov/pygraphviz/) I think contributing to metanet to add this feature could provide both. > > 3) The input matrix will be 0-1's (1 if edge exists) or a matrix where > the entries represents costs? In this case, how to represent the > absence of edges? Could you have a look in metanet how it is done ? > > 4) I think this should be asked on users' lists, but anyway: how to > we escape the " character? I tried printf("\""); but I get an error. > The (ugly) workaround was printf('%c', char(34)); printf('""') or printf("""") double the quote Don't hesitate if you have any question! Sylvestre From offirbs at gmail.com Mon Jan 31 10:32:52 2011 From: offirbs at gmail.com (Netanel) Date: Mon, 31 Jan 2011 09:32:52 +0000 (UTC) Subject: [Scilab-Dev] Scilab5.3 SSE3 References: <4D2EAEA1.8070906@scilab.org> Message-ID: Micha?l Baudin writes: > > Hi, > > Can you be more specific about the particular improvements that you > experienced ? What functions ? > > Best regards, > > Micha?l Baudin > > Le 07/01/2011 06:52, Eduardo Tarasiuk a ?crit : > > According to my very preliminary performance tests for the commands I > > checked, I can see that the improvement is amazing, even better than in > > Matlab. > Hi, I did some performance tests: Scilab 5.3.0 Vs Scilab 5.3.0-SSE3 The benchmark is set of Scilab Math core functions, It is performed on Scilab v5.3.0/5.3.0-SSE3 under Windows XP 64 bits. The processor is an Intel Core 2 Duo E7500 at 2.93 GHz. I used Intel Math Kernel Library(MKL). I used the tic and toc functions to measure the performances of an algorithm. I repeat the timing 10 times to get a more reliable estimate of the performance. I compare the performance of Scilab math core operations (such as: identity,random,zeros,ones,matrix-matrix multiply,Trigonometric functions,logarithms, exponentials etc.) I compare the performance with matrix order increasing. I also compare the performance of Scilab Demos. The CONCLUSION: Benchmarks on operation based on MKL will have the same result between 5.3.0 and with 5.3.0-SSE3 because MKL uses all features of the CPU by default. References [1] "Programming in Scilab", Michael Baudin, 2010 [2] http://wiki.scilab.org/Linalg_performances I would appreciate your comments on this. ? From eduardo at softwork.co.il Mon Jan 31 17:34:29 2011 From: eduardo at softwork.co.il (Eduardo Tarasiuk) Date: Mon, 31 Jan 2011 18:34:29 +0200 Subject: [Scilab-Dev] Scilab5.3 SSE3 In-Reply-To: Message-ID: <14f90563fa1c8c48815e80716384c55e@srv1.softwork.co.il> *This message was transferred with a trial version of CommuniGate(r) Pro* We take the functions or programs in the link using but tested only MKL, we did not attached the results today in a mail to this list because some crazy work in my office :) but for sure Ronit , my colleague, will do it tomorrow, there are a lot of graphs in the document. We take your work as a reference and as I wrote yesterday we did not saw any difference between SSE3 and SSE, sorry it was my mistake (a wrong installation without the MKL libraries) "The CONCLUSION: Benchmarks on operation based on MKL will have the same result between 5.3.0 and with 5.3.0-SSE3 because MKL uses all features of the CPU by default." You are completely right !!. Thanks Eduardo -----Original Message----- From: Netanel [mailto:offirbs at gmail.com] Sent: ? 31 ????? 2011 11:33 To: dev at lists.scilab.org Subject: Re: [Scilab-Dev] Scilab5.3 SSE3 *This message was transferred with a trial version of CommuniGate(r) Pro* Micha?l Baudin writes: > > Hi, > > Can you be more specific about the particular improvements that you > experienced ? What functions ? > > Best regards, > > Micha?l Baudin > > Le 07/01/2011 06:52, Eduardo Tarasiuk a ?crit : > > According to my very preliminary performance tests for the commands I > > checked, I can see that the improvement is amazing, even better than in > > Matlab. > Hi, I did some performance tests: Scilab 5.3.0 Vs Scilab 5.3.0-SSE3 The benchmark is set of Scilab Math core functions, It is performed on Scilab v5.3.0/5.3.0-SSE3 under Windows XP 64 bits. The processor is an Intel Core 2 Duo E7500 at 2.93 GHz. I used Intel Math Kernel Library(MKL). I used the tic and toc functions to measure the performances of an algorithm. I repeat the timing 10 times to get a more reliable estimate of the performance. I compare the performance of Scilab math core operations (such as: identity,random,zeros,ones,matrix-matrix multiply,Trigonometric functions,logarithms, exponentials etc.) I compare the performance with matrix order increasing. I also compare the performance of Scilab Demos. The CONCLUSION: Benchmarks on operation based on MKL will have the same result between 5.3.0 and with 5.3.0-SSE3 because MKL uses all features of the CPU by default. References [1] "Programming in Scilab", Michael Baudin, 2010 [2] http://wiki.scilab.org/Linalg_performances I would appreciate your comments on this. ?