From taiko3615 at hotmail.com Sat Oct 2 11:10:31 2010 From: taiko3615 at hotmail.com (Hugo Garcia-Cotte) Date: Sat, 2 Oct 2010 09:10:31 +0000 Subject: mpscilab multi precision toolbox Message-ID: Hi,I would like to contact Mr.Matt Arsenault or Mr.Jonathan Blanchardto see if I can download a compiled unstable/unfinished vertion of the mpscilab toolbox.I only need basic functions like:addsubdivmulneg (a -> -a)compare (a>b ?)floor (1.1->1.0)log But I don't know how to program in C, and I am quite new to scilab (so I can't create my own toolbox for thoose simple fonction...) Does anyone know how I could joint them? Thanking you in advance. Hugo Garcia-Cotte -------------- next part -------------- An HTML attachment was scrubbed... URL: From sylvestre.ledru at scilab.org Sat Oct 2 11:19:27 2010 From: sylvestre.ledru at scilab.org (Sylvestre Ledru) Date: Sat, 02 Oct 2010 11:19:27 +0200 Subject: [Scilab-Dev] mpscilab multi precision toolbox In-Reply-To: References: Message-ID: <1286011167.28424.318.camel@zlarin> Hello, Jonathan is probably registered to this mailing list. I add Matt as C/C of this email. Sylvestre Le samedi 02 octobre 2010 ? 09:10 +0000, Hugo Garcia-Cotte a ?crit : > Hi, > I would like to contact Mr.Matt Arsenault or Mr.Jonathan Blanchard > to see if I can download a compiled unstable/unfinished vertion of the > mpscilab toolbox. > I only need basic functions like: > add > sub > div > mul > neg (a -> -a) > compare (a>b ?) > floor (1.1->1.0) > log > > > But I don't know how to program in C, and I am quite new to scilab (so > I can't create my own toolbox for thoose simple fonction...) > > > Does anyone know how I could joint them? > > > Thanking you in advance. > > > Hugo Garcia-Cotte -- ------------------------- 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 Oct 2 11:29:13 2010 From: sylvestre.ledru at scilab.org (Sylvestre Ledru) Date: Sat, 02 Oct 2010 11:29:13 +0200 Subject: [Scilab-Dev] New module In-Reply-To: References: Message-ID: <1286011753.28424.365.camel@zlarin> Hello, Sorry for the lag. Le samedi 07 ao?t 2010 ? 15:05 -0700, Federico Bergero a ?crit : > Hi, I'm developing a new Scilab module named BackDoor. > The BackDoor module opens a backdoor to scilab workspace. When loaded, > the module creates a new thread that listens on a TCP port and > receives commands, and sends them to the scilab workspace. > It can be use to access and modify the workspace variables of a > running instance of scilab from ANOTHER PROCESS. Of course it's a > security risk, but one should load this module if it's in a safe > environment. Sounds good! > I'm having some troubles with two major problems and any help will be > appreciated > * When sending commands to Scilab through SendScilabJob, the ans > variable does not get assigned to the result of the command. I think it is probably the case because SendScilabJob is launching your command into an execstr. See [1]. You should assign the result into your own variable... > * The module (as it creates another thread) is not thread safe with > the GUI, and it can lead to a freeze of Scilab Well, it is an issue of Scilab 5. The release 6 should be (much more) thread safe. Cheers, Sylvestre > Thanks in advance > Fede [1] http://cgit.scilab.org/scilab/tree/scilab/modules/call_scilab/src/c/SendScilabJobs.c#n41 -- ------------------------- Sylvestre Ledru ------------------------- The Scilab Consortium Digiteo Domaine de Voluceau Rocquencourt - B.P. 105 78153 Le Chesnay Cedex France From BlanchardJ at ieee.org Sun Oct 3 23:58:38 2010 From: BlanchardJ at ieee.org (Jonathan Blanchard) Date: Sun, 3 Oct 2010 18:58:38 -0300 Subject: [Scilab-Dev] mpscilab multi precision toolbox In-Reply-To: References: Message-ID: On Sat, Oct 2, 2010 at 6:10 AM, Hugo Garcia-Cotte wrote: > Hi, > I would like to contact Mr.Matt Arsenault or Mr.Jonathan Blanchard > to see if I can download a compiled unstable/unfinished vertion of the > mpscilab toolbox. > I only need basic functions like: > add > sub > div > mul > neg ? (a -> -a) > compare (a>b ?) > floor ?(1.1->1.0) > log > But I don't know how to program in C, and I am quite new to scilab (so I > can't create my own toolbox for thoose simple fonction...) > Does anyone know how I could joint them? > Thanking you in advance. > Hugo Garcia-Cotte I could provide a pre-built binary if you are using Linux, for the moment it won't work on Windows without a serious bit of work. Jonathan Blanchard From andresvennera at gmail.com Mon Oct 4 00:48:08 2010 From: andresvennera at gmail.com (=?ISO-8859-1?Q?Andr=E9s_Vennera?=) Date: Sun, 3 Oct 2010 19:48:08 -0300 Subject: Draw a string in a 3d position Message-ID: Hello, I am trying to draw a string of characters in a 3D plot. I looked for a command to do it but i didn't found it in the help, internet and manuals. If I use "xstring" command i can't define an (x,y,z) position to locate the label, i only can define a position on the x-y plane. Thanks a lot. Andr?s Vennera UTN - Facultad Regional Haedo - Bs As - Argentina -------------- next part -------------- An HTML attachment was scrubbed... URL: From arsenm2 at rpi.edu Mon Oct 4 05:54:50 2010 From: arsenm2 at rpi.edu (Matt Arsenault) Date: Sun, 3 Oct 2010 23:54:50 -0400 Subject: [Scilab-Dev] mpscilab multi precision toolbox In-Reply-To: References: Message-ID: On Oct 3, 2010, at 5:58 PM, Jonathan Blanchard wrote: > On Sat, Oct 2, 2010 at 6:10 AM, Hugo Garcia-Cotte wrote: >> Hi, >> I would like to contact Mr.Matt Arsenault or Mr.Jonathan Blanchard >> to see if I can download a compiled unstable/unfinished vertion of the >> mpscilab toolbox. >> I only need basic functions like: >> add >> sub >> div >> mul >> neg (a -> -a) >> compare (a>b ?) >> floor (1.1->1.0) >> log >> But I don't know how to program in C, and I am quite new to scilab (so I >> can't create my own toolbox for thoose simple fonction...) >> Does anyone know how I could joint them? >> Thanking you in advance. >> Hugo Garcia-Cotte > > I could provide a pre-built binary if you are using Linux, for the > moment it won't work on Windows without a serious bit of work. > > Jonathan Blanchard What is the status of the actual scilab interfacing parts? I remember never really getting to those. -Matt From Serge.Steer at inria.fr Mon Oct 4 10:25:05 2010 From: Serge.Steer at inria.fr (Serge Steer) Date: Mon, 04 Oct 2010 10:25:05 +0200 Subject: [Scilab-Dev] Draw a string in a 3d position In-Reply-To: <1740682228.659211.1286168617288.JavaMail.root@zmbs3.inria.fr> References: <1740682228.659211.1286168617288.JavaMail.root@zmbs3.inria.fr> Message-ID: <4CA98F61.3010107@inria.fr> Le 04/10/2010 07:03, Andr?s Vennera a ?crit : > Hello, > > I am trying to draw a string of characters in a 3D plot. I looked for > a command to do it but i didn't found it in the help, internet and > manuals. If I use "xstring" command i can't define an (x,y,z) position > to locate the label, i only can define a position on the x-y plane. > > Thanks a lot. > > Andr?s Vennera > UTN - Facultad Regional Haedo - Bs As - Argentina It cannot be done directly yet, but it is possible to proceed as follow xstring(x,y,'my string') e=gce(); e.data(3)=z; Remark: you should set the axes view to "3d" before... Serge Steer INRIA From BlanchardJ at ieee.org Mon Oct 4 15:57:23 2010 From: BlanchardJ at ieee.org (Jonathan Blanchard) Date: Mon, 4 Oct 2010 10:57:23 -0300 Subject: [Scilab-Dev] mpscilab multi precision toolbox In-Reply-To: References: Message-ID: On Mon, Oct 4, 2010 at 12:54 AM, Matt Arsenault wrote: > > What is the status of the actual scilab interfacing parts? I remember never really getting to those. > > -Matt > I plugged most of the basic function around the end of the GSOC project last time. Jonathan Blanchard From michael.baudin at scilab.org Mon Oct 4 17:10:43 2010 From: michael.baudin at scilab.org (=?UTF-8?B?TWljaGHDq2wgQmF1ZGlu?=) Date: Mon, 04 Oct 2010 17:10:43 +0200 Subject: [Scilab-Dev] mpscilab multi precision toolbox In-Reply-To: References: Message-ID: <4CA9EE73.5080003@scilab.org> Hi, Why not to provide a Atoms module ? Even a alpha release without all features would be extremely useful. Best regards, Micha?l Le 03/10/2010 23:58, Jonathan Blanchard a ?crit : > On Sat, Oct 2, 2010 at 6:10 AM, Hugo Garcia-Cotte wrote: >> Hi, >> I would like to contact Mr.Matt Arsenault or Mr.Jonathan Blanchard >> to see if I can download a compiled unstable/unfinished vertion of the >> mpscilab toolbox. >> I only need basic functions like: >> add >> sub >> div >> mul >> neg (a -> -a) >> compare (a>b ?) >> floor (1.1->1.0) >> log >> But I don't know how to program in C, and I am quite new to scilab (so I >> can't create my own toolbox for thoose simple fonction...) >> Does anyone know how I could joint them? >> Thanking you in advance. >> Hugo Garcia-Cotte > I could provide a pre-built binary if you are using Linux, for the > moment it won't work on Windows without a serious bit of work. > > Jonathan Blanchard -- 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 BlanchardJ at ieee.org Mon Oct 4 17:25:40 2010 From: BlanchardJ at ieee.org (Jonathan Blanchard) Date: Mon, 4 Oct 2010 12:25:40 -0300 Subject: [Scilab-Dev] mpscilab multi precision toolbox In-Reply-To: <4CA9EE73.5080003@scilab.org> References: <4CA9EE73.5080003@scilab.org> Message-ID: On Mon, Oct 4, 2010 at 12:10 PM, Micha?l Baudin wrote: > ?Hi, > > Why not to provide a Atoms module ? Even a alpha release without all > features would be extremely useful. > > Best regards, > > Micha?l Well I guess I could look into it when I find the time. Jonathan Blanchard From Jean-Pierre.Dussault at USherbrooke.ca Thu Oct 7 22:20:33 2010 From: Jean-Pierre.Dussault at USherbrooke.ca (Jean-Pierre Dussault) Date: Thu, 07 Oct 2010 16:20:33 -0400 Subject: Fortran interfaces in a toolbox Message-ID: <4CAE2B91.5070500@USherbrooke.ca> Hi! the toolbox_skeleton as well as the instructions at http://wiki.scilab.org/howto/Create_a_toolbox wrap the example fortran fsum into a C-wrapper. However, there exists a "fort" command in scilab which allows to interface directly a fortran function. Why then use the complicated fortran --> C --> scilab path instead of fortran --> fort(...)? Further complications arise when dealing with non-scalar variables which will have to be properly converted in C before being properly transmitted to scilab while the instruction "fort" takes care of this easily while hiding cumbersome conversion details. Will the "fort" command remain in scilab? If so, we will stick to using it! Thx, JPD P.S. In the toolbox_skeleton (scilab binary distribution), csum.h and csub.h are missing. -------------- next part -------------- An HTML attachment was scrubbed... URL: From allan.cornet at scilab.org Fri Oct 8 08:12:36 2010 From: allan.cornet at scilab.org (Allan CORNET) Date: Fri, 8 Oct 2010 08:12:36 +0200 Subject: [Scilab-Dev] Fortran interfaces in a toolbox In-Reply-To: <4CAE2B91.5070500@USherbrooke.ca> References: <4CAE2B91.5070500@USherbrooke.ca> Message-ID: <001b01cb66af$cdacb970$69062c50$@scilab.org> Hi, If you use ?fort?, you have NOT a built-in defined in Scilab. n With toolbox_skeleton : from scilab, you do f_sum(3,2) In this gateway, you manage errors and input/output arguments check-in (check size, type, value , ) and return results in scilab. n With ?fort? : you need to do : A = 3 ; B = 3 ; C= 0 ; fort(?fsum?,A,1, ? d ?,B,1, ? d ?, ? out ?,C,3,1, ? d ?) in this case, you need to know size and type returned. and if you have a error, you can not return this error to scilab. For more information, see : help call help addinter help api_scilab for a quick and dirty tool, you can use ?call? or ?fort? but for a toolbox, you need to create a built-in when you call C or fortran code. Best regards Allan -- ------------------------- Allan CORNET ------------------------- The Scilab Consortium Digiteo Domaine de Voluceau Rocquencourt - B.P. 105 78153 Le Chesnay Cedex France De : Jean-Pierre Dussault [mailto:Jean-Pierre.Dussault at USherbrooke.ca] Envoy? : jeudi 7 octobre 2010 22:21 ? : dev at lists.scilab.org Cc : Romain Cotte Objet : [Scilab-Dev] Fortran interfaces in a toolbox Hi! the toolbox_skeleton as well as the instructions at http://wiki.scilab.org/howto/Create_a_toolbox wrap the example fortran fsum into a C-wrapper. However, there exists a "fort" command in scilab which allows to interface directly a fortran function. Why then use the complicated fortran --> C --> scilab path instead of fortran --> fort(...)? Further complications arise when dealing with non-scalar variables which will have to be properly converted in C before being properly transmitted to scilab while the instruction "fort" takes care of this easily while hiding cumbersome conversion details. Will the "fort" command remain in scilab? If so, we will stick to using it! Thx, JPD P.S. In the toolbox_skeleton (scilab binary distribution), csum.h and csub.h are missing. -------------- next part -------------- An HTML attachment was scrubbed... URL: From Serge.Steer at inria.fr Fri Oct 8 08:48:54 2010 From: Serge.Steer at inria.fr (Serge Steer) Date: Fri, 08 Oct 2010 08:48:54 +0200 Subject: [Scilab-Dev] Fortran interfaces in a toolbox In-Reply-To: <835048110.1187875.1286482848931.JavaMail.root@zmbs3.inria.fr> References: <835048110.1187875.1286482848931.JavaMail.root@zmbs3.inria.fr> Message-ID: <4CAEBED6.9040704@inria.fr> Le 07/10/2010 22:20, Jean-Pierre Dussault a ?crit : > Hi! > > the toolbox_skeleton as well as the instructions at > > http://wiki.scilab.org/howto/Create_a_toolbox > > wrap the example fortran fsum into a C-wrapper. However, there > exists a "fort" command in scilab which allows to interface directly a > fortran function. Why then use the complicated fortran --> C --> > scilab path instead of fortran --> fort(...)? > > Further complications arise when dealing with non-scalar variables > which will have to be properly converted in C before being properly > transmitted to scilab while the instruction "fort" takes care of this > easily while hiding cumbersome conversion details. > > Will the "fort" command remain in scilab? If so, we will stick to > using it! > > Thx, > > JPD > > P.S. In the toolbox_skeleton (scilab binary distribution), csum.h > and csub.h are missing. Using gateways instead of fort is generally more efficient, because the argument compatibility tests,... are made in C instead of in Scilab code. Moreover fort as limitations: it is not possible to pass array of strings, short integers, function as arguments. Serge Steer -------------- next part -------------- An HTML attachment was scrubbed... URL: From calixte at contrib.scilab.org Sat Oct 9 13:57:16 2010 From: calixte at contrib.scilab.org (Calixte Denizet) Date: Sat, 09 Oct 2010 13:57:16 +0200 Subject: Capitalize action in SciNotes In-Reply-To: <4CAEBED6.9040704@inria.fr> References: <835048110.1187875.1286482848931.JavaMail.root@zmbs3.inria.fr> <4CAEBED6.9040704@inria.fr> Message-ID: <1286625436.30670.209.camel@Calixte-Dell> Hi all, I'd like to add a Capitalize action which will do: i) if there is no selection, the char just after the caret would be uppercased and the caret will be put just after the converted char, e.g. 'hEl|lo' would give 'hElL|o'. ii) if there is a selection, all the first letter of all the words in the selection will be uppercased. Pierre Lando would prefer that the current word is detected and the first letter is uppercased and the other lowercased, e.g. 'hEl|lo' would give 'Hello|'. So two questions : i) Is it a useful action ? ii) What do you expect from it ? Calixte PS: if you have any suggestions of actions I can add in SciNotes, don't hesitate to use this ML. From jlvolta at fibertel.com.py Sun Oct 10 02:38:56 2010 From: jlvolta at fibertel.com.py (=?iso-8859-1?Q?Jos=E9_Luis_Volta_Grau?=) Date: Sat, 9 Oct 2010 21:38:56 -0300 Subject: Behaviour change from 5.2 to 5.3.0-beta 4 Message-ID: <26554E9B38E34963B79DC70CC2A8F0CD@PC5> Hello: I found Scilab has change the result of 'isnum' function for matrix of strings expresions. Example of a 2x2 string matrix in 5.2.2: -->a=['-4.5','';'','-5.6'] a = !-4.5 ! ! ! ! -5.6 ! -->isnum(a) ans = T F F T I think this is the correct answer, because a(1,2) and a(2,1) are not numbers ! The same matrix in 5.3.0-beta 4: -->a=['-4.5','';'','-5.6'] a = !-4.5 ! ! ! ! -5.6 ! -->isnum(a) ans = T T T T I think this is wrong ! Is this a bug or will it be the new behaviour ?, I think there is no reason for this change. J.L.V. -------------- next part -------------- An HTML attachment was scrubbed... URL: From michael.baudin at scilab.org Mon Oct 11 09:32:10 2010 From: michael.baudin at scilab.org (=?UTF-8?B?TWljaGHDq2wgQmF1ZGlu?=) Date: Mon, 11 Oct 2010 09:32:10 +0200 Subject: [Scilab-Dev] Capitalize action in SciNotes In-Reply-To: <1286625436.30670.209.camel@Calixte-Dell> References: <835048110.1187875.1286482848931.JavaMail.root@zmbs3.inria.fr> <4CAEBED6.9040704@inria.fr> <1286625436.30670.209.camel@Calixte-Dell> Message-ID: <4CB2BD7A.6010509@scilab.org> Hi, The "Capitalize" action is available in most significant editors. When there is no selection, the "ToUpper", "ToLower" and "Capitalize" actions may all behave the same way (there is nothing specific for Capitalize). When there is a selection, the "Capitalize" action should use the same word selection pattern as for double-click (there is no algorithm to write, in principle). Best regards, Micha?l Le 09/10/2010 13:57, Calixte Denizet a ?crit : > Hi all, > > I'd like to add a Capitalize action which will do: > i) if there is no selection, the char just after the caret would be > uppercased and the caret will be put just after the converted char, e.g. > 'hEl|lo' would give 'hElL|o'. > ii) if there is a selection, all the first letter of all the words in > the selection will be uppercased. > > Pierre Lando would prefer that the current word is detected and the > first letter is uppercased and the other lowercased, e.g. 'hEl|lo' would > give 'Hello|'. > > So two questions : > i) Is it a useful action ? > ii) What do you expect from it ? > > Calixte > > PS: if you have any suggestions of actions I can add in SciNotes, don't > hesitate to use this ML. > -- 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 pierre.lando at scilab.org Mon Oct 11 09:58:14 2010 From: pierre.lando at scilab.org (Pierre LANDO) Date: Mon, 11 Oct 2010 09:58:14 +0200 Subject: [Scilab-Dev] Capitalize action in SciNotes In-Reply-To: <4CB2BD7A.6010509@scilab.org> References: <835048110.1187875.1286482848931.JavaMail.root@zmbs3.inria.fr> <4CAEBED6.9040704@inria.fr> <1286625436.30670.209.camel@Calixte-Dell> <4CB2BD7A.6010509@scilab.org> Message-ID: <4CB2C396.8020903@scilab.org> On 11/10/2010 09:32, Micha?l Baudin wrote: > the "ToUpper", "ToLower" and "Capitalize" actions may all behave the > same way (there is nothing specific for Capitalize) I agree with these arguments. I also agree that the "find world" algorithm should not be written on the fly. Micha?l forgot to speak about the 'reverse case' (something like that) action. -- ------------------------- Pierre LANDO Ing?nieur de d?veloppement ------------------------- Consortium Scilab Digiteo Domaine de Voluceau Rocquencourt - B.P. 105 78153 Le Chesnay Cedex France T?l. : +33.1.39.63.58.21 From sylvestre.ledru at scilab.org Mon Oct 11 15:49:32 2010 From: sylvestre.ledru at scilab.org (Sylvestre Ledru) Date: Mon, 11 Oct 2010 15:49:32 +0200 Subject: [Scilab-Dev] Behaviour change from 5.2 to 5.3.0-beta 4 In-Reply-To: <26554E9B38E34963B79DC70CC2A8F0CD@PC5> References: <26554E9B38E34963B79DC70CC2A8F0CD@PC5> Message-ID: <1286804972.5405.12224.camel@korcula.inria.fr> Le samedi 09 octobre 2010 ? 21:38 -0300, Jos? Luis Volta Grau a ?crit : > Hello: > > I found Scilab has change the result of 'isnum' function for matrix of > strings expresions. It was indeed a bug which has been fixed by Allan: http://bugzilla.scilab.org/show_bug.cgi?id=8206 Sylvestre From guillaume.azema at cnes.fr Wed Oct 13 16:37:01 2010 From: guillaume.azema at cnes.fr (G. Azema) Date: Wed, 13 Oct 2010 14:37:01 +0000 (UTC) Subject: [Scilab-Dev] [javasci] running scilab from a eclipse rcp application References: <4B57896D.2000105@in.tum.de> Message-ID: He meant he cant get it to work when used in an eclipse based application, not in eclipse. (an eclipse plug-in , or RCP application whichever you want to call it). I have exactly the same problem, it works fine when used in a regular java project, but doesnt work when used in an eclipse RCP application. Did anyone find the solution for this ? Thank you. PS : Here is the post I made on Scilab bugzilla : Hello, I am trying to use Scilab in my Java Application using javasci. I am running under Windows 2000, and using Eclipse 3.6. I have followed the steps indicated in the help which were set the SCI environnement variable to scilab root set the PATH environnement variable to SCI/bin Create a java project from scratch. Properties of project --> Java Build Path --> librairies --> Add external jars : javasci.jar. Add a simple BasicExample.java file to my project // A simple Java example // Filename: BasicExample.java import javasci.Scilab; public class BasicExample { public static void main(String []args){ Scilab.Exec("disp((%pi^2)/6);"); } } Run this and this works. ---------------------------------------------------- Now I am trying to do the same, in an eclipse plugin for my eclipse RCP application. Compilation works fine but when I run the application I get a popup window saying Scilab cant reach main java scilab class. Please check thirdparty .... etc. And in Eclipse console : Ne peut pas acc??der ? la Classe Principale de Scilab: java.lang.NoClassDefFoundError: org/scilab/modules/jvm/Scilab at javasci.Scilab.Initialize(Native Method) at javasci.Scilab.(Unknown Source) ......... Caused by: java.lang.ClassNotFoundException: org.scilab.modules.jvm.Scilab at org.eclipse.osgi.internal.loader.BundleLoader. findClassInternal(BundleLoader.java:506) It seems that It cant find org.scilab.modules.jvm.Scilab. So I also added the org.scilab.modules.jvm.jar to my classpath and run my application again and now I get this : !SESSION 2010-10-13 16:24:27.593 -------- eclipse.buildId=unknown java.version=1.6.0_06 java.vendor=Sun Microsystems Inc. BootLoader constants: OS=win32, ARCH=x86, WS=win32, NL=fr_FR Framework arguments: -application jRevisite.application -pluginCustomization D:\PROGRAM\eclipse\workspace\jRevisite\plugin_customization.ini Command-line arguments: -application jRevisite.application -data D:\PROGRAM\eclipse\workspace/../runtime-jRevisite.application -dev file:D:/PROGRAM/eclipse/workspace/.metadata/.plugins/org.eclipse.pde.core/ jRevisite.application/dev.properties -pluginCustomization D:\PROGRAM\eclipse\workspace\jRevisite\plugin_customization.ini -os win32 -ws win32 -arch x86 -consoleLog !ENTRY org.eclipse.ui 4 4 2010-10-13 16:24:33.857 !MESSAGE Reference item additions not found for action null # # An unexpected error has been detected by Java Runtime Environment: # # Internal Error (0xe06d7363), pid=11328, tid=11700 # # Java VM: Java HotSpot(TM) Client VM (10.0-b22 mixed mode, sharing windows-x86) # Problematic frame: # C [KERNEL32.dll+0x2bcb1] # # An error report file with more information is saved as: # D:\PROGRAM\eclipse\hs_err_pid11328.log # # If you would like to submit a bug report, please visit: # http://java.sun.com/webapps/bugreport/crash.jsp # The crash happened outside the Java Virtual Machine in native code. # See problematic frame for where to report the bug. # Is this a bug or is it me doing something wrong here ? Thank you. From deanm at sharplabs.com Thu Oct 14 21:24:07 2010 From: deanm at sharplabs.com (Dean S. Messing) Date: Thu, 14 Oct 2010 12:24:07 -0700 Subject: Building scilab-master-1286272063 on Fedora 13 Message-ID: Hello developers. This is the continuation of a thread over on [scilab-Users] that Sylvestre asked me to move here. What I had to do to get ./configure to complete may be found here: Now I'm trying to "make" scilab. The "make" died here: /usr/bin/ld: cannot find -llapack collect2: ld returned 1 exit status make[2]: *** [libsciarnoldi.la] Error 1 make[2]: Leaving directory `/usr/local/src/Scilab/scilab-master-1286272063/modules/arnoldi' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/src/Scilab/scilab-master-1286272063/modules' make: *** [all-recursive] Error 1 However: `locate liblapack' returns /usr/lib64/atlas/liblapack.so /usr/lib64/atlas/liblapack.so.3 /usr/lib64/atlas/liblapack.so.3.0 There's no references to /usr/lib64/atlas anywhere in the output of `make' so far. But ./configure found the atlas and lapack stuff just fine (after I added the appropriate "--with" switches. I note that "BLAS/LAPACK/ATLAS Configuration:" contains no reference to -L/usr/lib64/atlas on the "BLAS LIBS" line. How should I _correctly_ proceed? (I suspect a fix would be to put simlinks in /usr/lib64 to all the .so files in /usr/lib64/atlas/ but that's a hack.) Below I've appended the output of ./configure. Regards, Dean ########## Output from successful ./configure ######### ==> scilab-master-1286272063=>PATH=${PATH}:/usr/share/pvm3/lib ./configure\ --with-blas-library=/usr/lib64/atlas\ --with-lapack-library=/usr/lib64/atlas\ --with-umfpack-library=/usr/lib64/atlas MORE>>MORE>>checking whether ln -s works... yes checking for gcc... gcc checking whether the C compiler works... yes checking for C compiler default output file name... a.out checking for suffix of executables... checking whether we are cross compiling... no checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for gcc option to accept ISO C89... none needed checking for special C compiler options needed for large files... no checking for _FILE_OFFSET_BITS value needed for large files... no checking for a BSD-compatible install... /usr/bin/install -c checking build system type... x86_64-unknown-linux-gnu checking host system type... x86_64-unknown-linux-gnu checking for ld used by GCC... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking for shared library path variable... LD_LIBRARY_PATH checking whether to activate relocatable installation... no checking how to run the C preprocessor... gcc -E checking for grep that handles long lines and -e... /bin/grep checking for egrep... /bin/grep -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking for shared library run path origin... done checking whether to enable maintainer-specific portions of Makefiles... no checking whether build environment is sane... yes checking for a thread-safe mkdir -p... /bin/mkdir -p checking for gawk... gawk checking whether make sets $(MAKE)... yes checking for style of include used by make... GNU checking dependency style of gcc... gcc3 checking how to run the C preprocessor... gcc -E checking for grep that handles long lines and -e... (cached) /bin/grep checking for pkg-config... /usr/bin/pkg-config checking pkg-config is at least version 0.9.0... yes checking for g77... no checking for xlf... no checking for f77... no checking for frt... no checking for pgf77... no checking for cf77... no checking for fort77... no checking for fl32... no checking for af77... no checking for xlf90... no checking for f90... no checking for pgf90... no checking for pghpf... no checking for epcf90... no checking for gfortran... gfortran checking whether we are using the GNU Fortran 77 compiler... yes checking whether gfortran accepts -g... yes checking if gfortran is a fortran 90 compatible compiler... yes checking size of int... 4 checking size of long... 8 checking for g++... g++ checking whether we are using the GNU C++ compiler... yes checking whether g++ accepts -g... yes checking dependency style of g++... gcc3 checking for g++... yes checking whether gcc and cc understand -c and -o together... yes checking whether gfortran understands -c and -o together... yes checking for nm... nm checking for leading underscores with Fortran (name-mangling scheme)... no checking for trailing underscores with Fortran (name-mangling scheme)... yes checking use of the sharpsign in CPP... yes Define C2F with Trailing Underscore and Sharp Sign checking hdf5.h usability... yes checking hdf5.h presence... yes checking for hdf5.h... yes checking for H5Fopen in -lhdf5... yes checking JAVA_HOME variable... not defined checking for javac... /usr/bin/javac checking Symlink for /usr/bin/javac... /etc/alternatives/javac checking Symlink for /etc/alternatives/javac... /usr/lib/jvm/java-1.6.0-sun.x86_64/bin/javac Java base directory (probably) available here : /usr/lib/jvm/java-1.6.0-sun.x86_64 checking for zip or jar files to include on CLASSPATH... checking to see if the java compiler works... yes Using JAVAC=/usr/lib/jvm/java-1.6.0-sun.x86_64/bin/javac Java found in /usr/lib/jvm/java-1.6.0-sun.x86_64 checking type of jvm... jdk checking java API version... 1.5 Using the following JNI include flags -I/usr/lib/jvm/java-1.6.0-sun.x86_64/include -I/usr/lib/jvm/java-1.6.0-sun.x86_64/include/linux checking if jni.h can be included... yes Looking for JNI libs with x86_64 as machine hardware name Looking for /usr/lib/jvm/java-1.6.0-sun.x86_64/jre/lib/x86_64/libjava.so Looking for /usr/lib/jvm/java-1.6.0-sun.x86_64/jre/lib/amd64/libjava.so Found /usr/lib/jvm/java-1.6.0-sun.x86_64/jre/lib/amd64/libjava.so Using the following JNI library flags -L/usr/lib/jvm/java-1.6.0-sun.x86_64/jre/lib/amd64 -ljava -lverify -L/usr/lib/jvm/java-1.6.0-sun.x86_64/jre/lib/amd64/server -ljvm Using the following runtime library path /usr/lib/jvm/java-1.6.0-sun.x86_64/jre/lib/amd64:/usr/lib/jvm/java-1.6.0-sun.x86_64/jre/lib/amd64/server checking to see if we can link a JNI application... yes checking for zip or jar files to include on CLASSPATH... checking for java... /usr/lib/jvm/java-1.6.0-sun.x86_64/bin/java checking for java_g... no checking for javah... /usr/lib/jvm/java-1.6.0-sun.x86_64/bin/javah checking for jar... /usr/lib/jvm/java-1.6.0-sun.x86_64/bin/jar checking for jdb... /usr/lib/jvm/java-1.6.0-sun.x86_64/bin/jdb checking for ant... /usr/bin/ant checking jgraphx... /usr/local/src/Scilab/scilab-master-1286272063/thirdparty/jgraphx.jar checking minimal version (1.4.1.0) of jgraphx... yes checking flexdock... /usr/local/src/Scilab/scilab-master-1286272063/thirdparty/flexdock-0.5.2.jar checking minimal version (0.5.2) of flexdock... yes checking looks... /usr/local/src/Scilab/scilab-master-1286272063/thirdparty/looks-2.1.1.jar checking skinlf... /usr/local/src/Scilab/scilab-master-1286272063/thirdparty/skinlf.jar checking jogl... /usr/local/src/Scilab/scilab-master-1286272063/thirdparty/jogl.jar checking for glTexParameterf in -ljogl... yes checking gluegen-rt... /usr/local/src/Scilab/scilab-master-1286272063/thirdparty/gluegen-rt.jar checking for Java_com_sun_gluegen_runtime_UnixDynamicLinkerImpl_dlclose__J in -lgluegen-rt... yes checking jhall... /usr/local/src/Scilab/scilab-master-1286272063/thirdparty/jhall.jar checking jrosetta-API... /usr/local/src/Scilab/scilab-master-1286272063/thirdparty/jrosetta-API.jar checking jrosetta-engine... /usr/local/src/Scilab/scilab-master-1286272063/thirdparty/jrosetta-engine.jar checking jeuclid-core... /usr/local/src/Scilab/scilab-master-1286272063/thirdparty/jeuclid-core.jar checking fop... /usr/local/src/Scilab/scilab-master-1286272063/thirdparty/fop.jar checking batik-all... /usr/local/src/Scilab/scilab-master-1286272063/thirdparty/batik-all-1.7.jar checking minimal version (1.7) of batik... yes checking commons-io... /usr/local/src/Scilab/scilab-master-1286272063/thirdparty/commons-io.jar checking xmlgraphics-commons... /usr/local/src/Scilab/scilab-master-1286272063/thirdparty/xmlgraphics-commons-1.3.1.jar checking avalon-framework... /usr/local/src/Scilab/scilab-master-1286272063/thirdparty/avalon-framework.jar checking xml-apis-ext... /usr/local/src/Scilab/scilab-master-1286272063/thirdparty/xml-apis-ext.jar checking commons-logging... /usr/local/src/Scilab/scilab-master-1286272063/thirdparty/commons-logging.jar checking jlatexmath... /usr/local/src/Scilab/scilab-master-1286272063/thirdparty/jlatexmath-0.9.3.jar checking minimal version (0.9.3) of jlatexmath... yes checking checkstyle... /usr/share/java//checkstyle.jar checking commons-beanutils... /usr/share/java//commons-beanutils.jar checking antlr... /usr/share/java//antlr.jar checking testng... /usr/local/src/Scilab/scilab-master-1286272063/thirdparty/testng.jar checking qdox... /usr/local/src/Scilab/scilab-master-1286272063/thirdparty/qdox.jar checking bsh... /usr/local/src/Scilab/scilab-master-1286272063/thirdparty/bsh.jar checking junit... /usr/local/src/Scilab/scilab-master-1286272063/thirdparty/junit.jar checking for sleep... yes checking for usleep... yes checking for dup2... yes checking for getcwd... yes checking for getpagesize... yes checking for getpass... yes checking for rmdir... yes checking for getwd... yes checking for regcomp... yes checking for atexit... yes checking for putenv... yes checking for setenv... yes checking for bzero... yes checking for memmove... yes checking for memset... yes checking for strcasecmp... yes checking for strerror... yes checking for strchr... yes checking for strdup... yes checking for strpbrk... yes checking for strrchr... yes checking for strstr... yes checking for strtol... yes checking for select... yes checking for endpwent... yes checking for gethostbyaddr... yes checking for gethostbyname... yes checking for gethostname... yes checking for gettimeofday... yes checking for isascii... yes checking for iswprint... yes checking for mkdir... yes checking for munmap... yes checking for cos in -lm... yes checking for pow... yes checking for sqrt... yes checking for finite... yes checking for floor... yes checking for exp10... yes checking for isinf... yes checking for re_comp... yes checking for socket... yes checking for uname... yes checking for setlocale... yes checking for working memcmp... yes checking whether lstat correctly handles trailing slash... yes checking whether stat accepts an empty string... no checking for working strtod... yes checking limits.h usability... yes checking limits.h presence... yes checking for limits.h... yes checking values.h usability... yes checking values.h presence... yes checking for values.h... yes checking fcntl.h usability... yes checking fcntl.h presence... yes checking for fcntl.h... yes checking float.h usability... yes checking float.h presence... yes checking for float.h... yes checking libintl.h usability... yes checking libintl.h presence... yes checking for libintl.h... yes checking locale.h usability... yes checking locale.h presence... yes checking for locale.h... yes checking malloc.h usability... yes checking malloc.h presence... yes checking for malloc.h... yes checking netdb.h usability... yes checking netdb.h presence... yes checking for netdb.h... yes checking netinet/in.h usability... yes checking netinet/in.h presence... yes checking for netinet/in.h... yes checking nlist.h usability... no checking nlist.h presence... no checking for nlist.h... no checking sgtty.h usability... yes checking sgtty.h presence... yes checking for sgtty.h... yes checking stddef.h usability... yes checking stddef.h presence... yes checking for stddef.h... yes checking sys/file.h usability... yes checking sys/file.h presence... yes checking for sys/file.h... yes checking sys/ioctl.h usability... yes checking sys/ioctl.h presence... yes checking for sys/ioctl.h... yes checking sys/param.h usability... yes checking sys/param.h presence... yes checking for sys/param.h... yes checking sys/socket.h usability... yes checking sys/socket.h presence... yes checking for sys/socket.h... yes checking sys/time.h usability... yes checking sys/time.h presence... yes checking for sys/time.h... yes checking sys/timeb.h usability... yes checking sys/timeb.h presence... yes checking for sys/timeb.h... yes checking sys/utsname.h usability... yes checking sys/utsname.h presence... yes checking for sys/utsname.h... yes checking syslog.h usability... yes checking syslog.h presence... yes checking for syslog.h... yes checking term.h usability... yes checking term.h presence... yes checking for term.h... yes checking termcap.h usability... yes checking termcap.h presence... yes checking for termcap.h... yes checking termio.h usability... yes checking termio.h presence... yes checking for termio.h... yes checking termios.h usability... yes checking termios.h presence... yes checking for termios.h... yes checking wchar.h usability... yes checking wchar.h presence... yes checking for wchar.h... yes checking wctype.h usability... yes checking wctype.h presence... yes checking for wctype.h... yes checking time.h usability... yes checking time.h presence... yes checking for time.h... yes checking for dirent.h that defines DIR... yes checking for library containing opendir... none required checking whether time.h and sys/time.h may both be included... yes checking for sys/wait.h that is POSIX.1 compatible... yes checking for struct stat.st_blksize... yes checking for struct stat.st_rdev... yes checking whether NLS is requested... yes checking for msgfmt... /usr/bin/msgfmt checking for gmsgfmt... /usr/bin/msgfmt checking for xgettext... /usr/bin/xgettext checking for msgmerge... /usr/bin/msgmerge checking for CFPreferencesCopyAppValue... no checking for CFLocaleCopyCurrent... no checking for GNU gettext in libc... yes checking whether to use NLS... yes checking where the gettext function comes from... libc checking whether closedir returns void... no checking return type of signal handlers... void checking whether struct tm is in sys/time.h or time.h... time.h checking for struct stat.st_blocks... yes checking for main in -lcurses... yes checking for library containing tgetent... none required checking ncurses.h usability... yes checking ncurses.h presence... yes checking for ncurses.h... yes checking curses.h usability... yes checking curses.h presence... yes checking for curses.h... yes checking for dlopen in -ldl... yes checking for library containing pthread_join... -lpthread checking for clock_gettime in -lrt... yes checking for ocamlc... ocamlc checking for ocamlopt... ocamlopt checking for ocamldep... ocamldep checking for ocamlyacc... ocamlyacc checking for ocamllex... ocamllex checking jhdf5... /usr/local/src/Scilab/scilab-master-1286272063/thirdparty/jhdf5.jar checking for h5JNIFatalError in -ljhdf5... yes checking minimal version (1.8.4) of hdf5... yes checking for ocamlc... (cached) ocamlc checking for ocamlopt... (cached) ocamlopt checking for ocamldep... (cached) ocamldep checking for ocamlyacc... (cached) ocamlyacc checking for ocamllex... (cached) ocamllex checking fftw3.h usability... yes checking fftw3.h presence... yes checking for fftw3.h... yes checking for fftw_plan_dft_r2c in -lfftw3... yes checking if PVM_ROOT has been set... no. I will try to guess a value for it checking for pvmgetarch... /usr/share/pvm3/lib/pvmgetarch checking for PVM architecture... LINUXX86_64 checking PVM header files... PVM header found in /usr/share/pvm3/include checking pvm3.h usability... yes checking pvm3.h presence... yes checking for pvm3.h... yes checking for a reasonable guess at PVM_ROOT since PVM_ROOT was not set... /usr/share/pvm3 checking for PVM libraries... found libpvm3 in /usr/share/pvm3/lib/LINUXX86_64 checking for library containing pvm_spawn... -lpvm3 checking for library containing pvm_barrier... -lgpvm3 checking omp.h usability... yes checking omp.h presence... yes checking for omp.h... yes checking for xml2-config... xml2-config checking for xmlReaderForFile in -lxml2... yes checking for bind_textdomain_codeset... yes checking for msgcat... /usr/bin/msgcat checking if BLAS, ATLAS or MKL is available... checking how to get verbose linking output from gfortran... -v checking for Fortran 77 libraries of gfortran... -L/usr/lib/gcc/x86_64-redhat-linux/4.4.4 -L/usr/lib/gcc/x86_64-redhat-linux/4.4.4/../../../../lib64 -L/lib/../lib64 -L/usr/lib/../lib64 -L/usr/lib/gcc/x86_64-redhat-linux/4.4.4/../../.. -lpthread -ldl -lcurses -lgfortranbegin -lgfortran -lm checking for dummy main to link with Fortran 77 libraries... none checking for Fortran 77 name-mangling scheme... lower case, underscore, no extra underscore checking for sgemm_... no checking for ATL_xerbla in -latlas... yes checking for sgemm_ in -lf77blas... yes checking for cblas_dgemm in -lcblas... yes Atlas found checking if LAPACK is available... checking for cheev_... no checking for cheev_ in -llapack... yes Library -llapack found checking suitesparse/umfpack.h usability... yes checking suitesparse/umfpack.h presence... yes checking for suitesparse/umfpack.h... yes checking for umf_divcomplex in /usr/lib64/atlas... checking for amd_info in -lamd... yes checking for umf_divcomplex in -lumfpack... yes yes checking for pcre-config... pcre-config checking for pcre_compile in -lpcre... yes checking for regexec in -lpcreposix... yes checking pcre.h usability... yes checking pcre.h presence... yes checking for pcre.h... yes checking for X... libraries , headers checking for gethostbyname... (cached) yes checking for connect... yes checking for remove... yes checking for shmat... yes checking for IceConnectionNumber in -lICE... yes checking for main in -ldl... yes checking for header file tcl.h... found in /usr/include checking if tcl is version 8.4 or later... (8.5) yes checking for tcl library tcl8.5... found /usr/lib64/libtcl8.5.so using -L/usr/lib64 -ltcl8.5 checking for Tcl_DoOneEvent in -ltcl8.5... yes checking X11/Xlib.h usability... yes checking X11/Xlib.h presence... yes checking for X11/Xlib.h... yes checking for header file tk.h... found in /usr/include checking if tk is version 8.4 or later... (8.5) yes checking for tk library tk8.5... found /usr/lib64/libtk8.5.so using -L/usr/lib64 -ltk8.5 checking for Tk_BindEvent in -ltk8.5... yes checking for MATIO... yes checking matio.h usability... yes checking matio.h presence... yes checking for matio.h... yes checking matioConfig.h usability... yes checking matioConfig.h presence... yes checking for matioConfig.h... yes checking for Mat_Open in -lmatio... yes checking saxon... /usr/local/src/Scilab/scilab-master-1286272063/thirdparty/saxon.jar checking jlatexmath-fop... /usr/local/src/Scilab/scilab-master-1286272063/thirdparty/jlatexmath-fop-0.9.3.jar checking how to print strings... printf checking for a sed that does not truncate output... /bin/sed checking for fgrep... /bin/grep -F checking for ld used by gcc... /usr/bin/ld checking if the linker (/usr/bin/ld) is GNU ld... yes checking for BSD- or MS-compatible name lister (nm)... nm checking the name lister (nm) interface... BSD nm checking the maximum length of command line arguments... 1966080 checking whether the shell understands some XSI constructs... yes checking whether the shell understands "+="... yes checking for /usr/bin/ld option to reload object files... -r checking for objdump... objdump checking how to recognize dependent libraries... pass_all checking for ar... ar checking for strip... strip checking for ranlib... ranlib checking command to parse nm output from gcc object... ok checking for dlfcn.h... yes checking for objdir... .libs checking if gcc supports -fno-rtti -fno-exceptions... no checking for gcc option to produce PIC... -fPIC -DPIC checking if gcc PIC flag -fPIC -DPIC works... yes checking if gcc static flag -static works... no checking if gcc supports -c -o file.o... yes checking if gcc supports -c -o file.o... (cached) yes checking whether the gcc linker (/usr/bin/ld -m elf_x86_64) supports shared libraries... yes checking whether -lc should be explicitly linked in... no checking dynamic linker characteristics... GNU/Linux ld.so checking how to hardcode library paths into programs... immediate checking for shl_load... no checking for shl_load in -ldld... no checking for dlopen... yes checking whether a program can dlopen itself... yes checking whether a statically linked program can dlopen itself... yes checking whether stripping libraries is possible... yes checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... no checking how to run the C++ preprocessor... g++ -E checking for ld used by g++... /usr/bin/ld -m elf_x86_64 checking if the linker (/usr/bin/ld -m elf_x86_64) is GNU ld... yes checking whether the g++ linker (/usr/bin/ld -m elf_x86_64) supports shared libraries... yes checking for g++ option to produce PIC... -fPIC -DPIC checking if g++ PIC flag -fPIC -DPIC works... yes checking if g++ static flag -static works... no checking if g++ supports -c -o file.o... yes checking if g++ supports -c -o file.o... (cached) yes checking whether the g++ linker (/usr/bin/ld -m elf_x86_64) supports shared libraries... yes checking dynamic linker characteristics... (cached) GNU/Linux ld.so checking how to hardcode library paths into programs... immediate checking if libtool supports shared libraries... yes checking whether to build shared libraries... yes checking whether to build static libraries... no checking for gfortran option to produce PIC... -fPIC checking if gfortran PIC flag -fPIC works... yes checking if gfortran static flag -static works... no checking if gfortran supports -c -o file.o... yes checking if gfortran supports -c -o file.o... (cached) yes checking whether the gfortran linker (/usr/bin/ld -m elf_x86_64) supports shared libraries... yes checking dynamic linker characteristics... (cached) GNU/Linux ld.so checking how to hardcode library paths into programs... immediate checking for an ANSI C-conforming const... yes checking for inline... inline checking for splint... no configure: creating ./config.status config.status: creating libs/MALLOC/Makefile config.status: creating libs/dynamiclibrary/Makefile config.status: creating libs/doublylinkedlist/Makefile config.status: creating libs/hashtable/Makefile config.status: creating libs/libst/Makefile config.status: creating contrib/Makefile config.status: creating modules/helptools/Makefile config.status: creating modules/helptools/macros/xmlfiletohtml.sci config.status: creating modules/data_structures/Makefile config.status: creating modules/differential_equations/Makefile config.status: creating modules/optimization/Makefile config.status: creating modules/elementary_functions/Makefile config.status: creating modules/special_functions/Makefile config.status: creating modules/io/Makefile config.status: creating modules/shell/Makefile config.status: creating modules/completion/Makefile config.status: creating modules/history_manager/Makefile config.status: creating modules/jvm/Makefile config.status: creating modules/commons/Makefile config.status: creating modules/sound/Makefile config.status: creating modules/statistics/Makefile config.status: creating modules/mexlib/Makefile config.status: creating modules/sparse/Makefile config.status: creating modules/linear_algebra/Makefile config.status: creating modules/polynomials/Makefile config.status: creating modules/symbolic/Makefile config.status: creating modules/signal_processing/Makefile config.status: creating modules/arnoldi/Makefile config.status: creating modules/interpolation/Makefile config.status: creating modules/intersci/Makefile config.status: creating modules/localization/Makefile config.status: creating modules/cacsd/Makefile config.status: creating modules/boolean/Makefile config.status: creating modules/integer/Makefile config.status: creating modules/double/Makefile config.status: creating modules/fileio/Makefile config.status: creating modules/spreadsheet/Makefile config.status: creating modules/string/Makefile config.status: creating modules/time/Makefile config.status: creating modules/graphics/Makefile config.status: creating modules/graphic_export/Makefile config.status: creating modules/renderer/Makefile config.status: creating modules/action_binding/Makefile config.status: creating modules/gui/Makefile config.status: creating modules/pvm/Makefile config.status: creating modules/randlib/Makefile config.status: creating modules/tclsci/Makefile config.status: creating modules/windows_tools/Makefile config.status: creating modules/core/Makefile config.status: creating modules/api_scilab/Makefile config.status: creating modules/call_scilab/Makefile config.status: creating modules/types/Makefile config.status: creating modules/hdf5/Makefile config.status: creating modules/fftw/Makefile config.status: creating modules/umfpack/Makefile config.status: creating modules/scicos/Makefile config.status: creating modules/scicos_blocks/Makefile config.status: creating modules/functions/Makefile config.status: creating modules/dynamic_link/Makefile config.status: creating modules/overloading/Makefile config.status: creating modules/javasci/Makefile config.status: creating modules/maple2scilab/Makefile config.status: creating modules/m2sci/Makefile config.status: creating modules/compatibility_functions/Makefile config.status: creating modules/texmacs/Makefile config.status: creating modules/development_tools/Makefile config.status: creating modules/output_stream/Makefile config.status: creating modules/console/Makefile config.status: creating modules/demo_tools/Makefile config.status: creating modules/genetic_algorithms/Makefile config.status: creating modules/simulated_annealing/Makefile config.status: creating modules/parameters/Makefile config.status: creating modules/matio/Makefile config.status: creating modules/atoms/Makefile config.status: creating modules/xcos/Makefile config.status: creating modules/scinotes/Makefile config.status: creating modules/ui_data/Makefile config.status: creating modules/graph/Makefile config.status: creating modules/parallel/Makefile config.status: creating modules/modules_manager/Makefile config.status: creating modules/history_browser/Makefile config.status: creating modules/Makefile config.status: creating libs/Makefile config.status: creating Makefile config.status: creating scilab.pc config.status: creating etc/modules.xml config.status: creating etc/classpath.xml config.status: creating etc/jvm_options.xml config.status: creating scilab-lib.properties config.status: creating scilab-lib-doc.properties config.status: creating modules/core/includes/machine.h config.status: executing depfiles commands config.status: executing po-directories commands config.status: executing libtool commands config.status: executing modules/core/includes/stack.h commands Scilab is configured as follows. Please verify that this configuration matches your expectations. Host system type : x86_64-unknown-linux-gnu Option Value ------------------------------------------------------------------------- Shared libraries....... --enable-shared=yes yes Static libraries....... --enable-static=no no GNU ld................. --with-gnu-ld=yes yes Enable debug .......... --enable-debug=no no Enable debug C......... --enable-debug-C=no no Enable debug C++....... --enable-debug-CXX=no no Enable debug Java...... --enable-debug-java= Enable debug Fortran... --enable-debug-fortran=no no Enable stop on warning. --enable-stop-on-warning= Compiler Configuration: Intel (--with-intelcompilers) .... = GNU gcc (--with-gcc) ............. = GNU Fortran 77 (--with-g77) ...... = GNU Fortran 95 (--with-gfortran) . = Options: Use PVM (--without-pvm) .......................... = PVM include (--with-pvm-include) ................. = PVM library (--with-pvm-library) ................. = /usr/share/pvm3/lib/LINUXX86_64 Compile with Ocaml (--without-ocaml) ............. = Do not use TCL/TK (--without-tk) ................. = TCL include (--with-tcl-include) ................. = TCL library (--with-tcl-library) ................. = TK include (--with-tk-include) ................... = TK library (--with-tk-library) ................... = Install XML Help (--with-install-help-xml) ....... = Compilation tests (--enable-compilation-tests) ... = no Make the package relocatable (--enable-relocatable)= no Use FFTW (--without-fftw) ........................ = Use MATIO (--without-matio) ...................... = Scicos enable Ocaml Configuration (for Modelica compiler): OCAMLC ............. = ocamlc OCAMLOPT ........... = ocamlopt OCAMLDEP ........... = ocamldep OpenMP Configuration: OpenMP CFLAGS ...... = -fopenmp OpenMP CXXFLAGS .... = -fopenmp OpenMP LIBS ........ = -lgomp OpenMP FFLAGS ...... = PVM Configuration: PVM Architecture ... = LINUXX86_64 PVM INCLUDE ........ = -I/usr/share/pvm3/include PVM LIBS ........... = -L/usr/share/pvm3/lib/LINUXX86_64 -lpvm3 -lgpvm3 FFTW Configuration: FFTW LIBS .......... = -lfftw3 FFTW CFLAGS ........ = MATIO Configuration: MATIO LIBS .......... = -lmatio -lz MATIO CFLAGS ........ = UMFPACK Configuration: UMFPACK LIBS ....... = -L/usr/lib64/atlas -lumfpack -lamd UMFPACK CFLAGS ..... = UMFPACK SUITESPARSE = Yes BLAS/LAPACK/ATLAS Configuration: BLAS LIBS ............. = -lcblas -lf77blas -latlas BLAS TYPE ............. = Atlas LAPACK LIBS ........... = -llapack LAPACK TYPE ........... = Library -llapack Gettext/localization configuration: xgettext ............... = /usr/bin/xgettext msgfmt ................ = /usr/bin/msgfmt msgfmt_opts ............ = msgcat ................ = /usr/bin/msgcat Documentation building configuration: Docbook XSL path ....... = /usr/local/src/Scilab/scilab-master-1286272063/thirdparty/docbook/ Saxon XSLT ............. = /usr/local/src/Scilab/scilab-master-1286272063/thirdparty/saxon.jar XML commons external ... = /usr/local/src/Scilab/scilab-master-1286272063/thirdparty/xml-apis-ext.jar Java Configuration: JAVA_HOME ........... = /usr/lib/jvm/java-1.6.0-sun.x86_64 JAVAC ............... = /usr/lib/jvm/java-1.6.0-sun.x86_64/bin/javac JAVA_CLASSPATH ...... = JAVA_VERSION ........ = 1.5 JAVAC_FLAGS ......... = -g JAVA_JNI_INCLUDE .... = -I/usr/lib/jvm/java-1.6.0-sun.x86_64/include -I/usr/lib/jvm/java-1.6.0-sun.x86_64/include/linux JAVA_JNI_LIBS ....... = -L/usr/lib/jvm/java-1.6.0-sun.x86_64/jre/lib/amd64 -ljava -lverify -L/usr/lib/jvm/java-1.6.0-sun.x86_64/jre/lib/amd64/server -ljvm JAVA_JNI_LIBS_PRELOAD = JAVA ................ = /usr/lib/jvm/java-1.6.0-sun.x86_64/bin/java JAR ................. = /usr/lib/jvm/java-1.6.0-sun.x86_64/bin/jar ANT ................. = /usr/bin/ant Java dependencies: Flexdock ............ = /usr/local/src/Scilab/scilab-master-1286272063/thirdparty/flexdock-0.5.2.jar JOGL ................ = /usr/local/src/Scilab/scilab-master-1286272063/thirdparty/jogl.jar JOGL LIBS (JNI) ..... = -ljogl Gluegen ............. = /usr/local/src/Scilab/scilab-master-1286272063/thirdparty/gluegen-rt.jar Gluegen LIBS (JNI) .. = -lgluegen-rt Jeuclid (MathML) .... = /usr/local/src/Scilab/scilab-master-1286272063/thirdparty/jeuclid-core.jar Jhall .............. = /usr/local/src/Scilab/scilab-master-1286272063/thirdparty/jhall.jar Jrosetta (API) ...... = /usr/local/src/Scilab/scilab-master-1286272063/thirdparty/jrosetta-API.jar Jrosetta (Engine) ... = /usr/local/src/Scilab/scilab-master-1286272063/thirdparty/jrosetta-engine.jar Commons Logging ..... = /usr/local/src/Scilab/scilab-master-1286272063/thirdparty/commons-logging.jar JGraph X ............ = /usr/local/src/Scilab/scilab-master-1286272063/thirdparty/jgraphx.jar JLaTeXMath .......... = /usr/local/src/Scilab/scilab-master-1286272063/thirdparty/jlatexmath-0.9.3.jar Documentation, graphic export: FOP (XML => PDF) .... = /usr/local/src/Scilab/scilab-master-1286272063/thirdparty/fop.jar JLaTeXMath Fop ...... = /usr/local/src/Scilab/scilab-master-1286272063/thirdparty/jlatexmath-fop-0.9.3.jar Batik (SVG) ......... = /usr/local/src/Scilab/scilab-master-1286272063/thirdparty/batik-all-1.7.jar Avalon Framework .... = /usr/local/src/Scilab/scilab-master-1286272063/thirdparty/avalon-framework.jar Commons I/O ......... = /usr/local/src/Scilab/scilab-master-1286272063/thirdparty/commons-io.jar XML graphics commons = /usr/local/src/Scilab/scilab-master-1286272063/thirdparty/xmlgraphics-commons-1.3.1.jar Code quality (optional): Checkstyle .......... = /usr/share/java//checkstyle.jar Commons-beanutils ... = /usr/share/java//commons-beanutils.jar Antlr ............... = /usr/share/java//antlr.jar TestNG .............. = /usr/local/src/Scilab/scilab-master-1286272063/thirdparty/testng.jar splint .............. = no TCL/TK configuration: TK_INC_PATH ........ = -I/usr/include TCL_INC_PATH ....... = -I/usr/include TCLTK_LIBS ......... = -L/usr/lib64 -ltk8.5 -L/usr/lib64 -ltcl8.5 -ldl TCL_SERIAL_VERSION . = 8.5.8 TK_SERIAL_VERSION .. = 8.5.8 XML configuration: XML_FLAGS .......... = -I/usr/include/libxml2 XML_LIBS ........... = -lxml2 -lz -lm XML_VERSION ........ = 2.7.7 HDF5 configuration: HDF5 CFLAGS ......... = HDF5 LIBS ........... = -lhdf5 HDF5 Java ........... = /usr/local/src/Scilab/scilab-master-1286272063/thirdparty/jhdf5.jar JHDF5 LIBS (JNI) .... = -ljhdf5 PCRE configuration: PCRE_CFLAGS ........ = PCRE_LIBS .......... = -lpcreposix -lpcre PCRE_VERSION ....... = 7.8 SWIG Configuration: SWIG generation disabled GIWS Configuration: GIWS generation disabled Libtool config: objext .............. = o libext (static) ..... = a shrext_cmds ......... = .so exeext .............. = Compilation paths: srcdir .............. = . srcdir_full ......... = /usr/local/src/Scilab/scilab-master-1286272063 builddir ............ = /usr/local/src/Scilab/scilab-master-1286272063 Platform informations: host ........... = x86_64-unknown-linux-gnu host_cpu ....... = x86_64 host_vendor .... = unknown host_os ... .... = linux-gnu hostname ....... = medulla CPU 64 bits .... = true Options used to compile and link: prefix ......... = /usr/local localedir ...... = ${datarootdir}/locale VERSION ........ = 5 CC ............. = gcc CFLAGS ......... = -g -O2 -DNDEBUG -fno-stack-protector -DNARROWPROTO -m64 -I$(top_srcdir)/modules/core/includes/ -I$(top_srcdir)/libs/MALLOC/includes/ -I$(top_srcdir)/modules/localization/includes/ PCFLAGS ........ = DEFS ........... = -DHAVE_CONFIG_H LD ............. = /usr/bin/ld -m elf_x86_64 LDFLAGS ........ = LIBS ........... = -lpthread -ldl -lcurses -lm CXX ............ = g++ CPPFLAGS ....... = -DNDEBUG -fno-stack-protector -I$(top_srcdir)/modules/core/includes/ -I$(top_srcdir)/libs/MALLOC/includes/ -I$(top_srcdir)/modules/localization/includes/ F77 ............ = gfortran FFLAGS ......... = -g -O2 -DNDEBUG -m64 -fPIC -I$(top_srcdir)/modules/core/includes/ F77_LDFLAGS .... = TERMCAP_LIB .... = no From deanm at sharplabs.com Thu Oct 14 23:20:17 2010 From: deanm at sharplabs.com (Dean S. Messing) Date: Thu, 14 Oct 2010 14:20:17 -0700 Subject: Building scilab-master-1286272063 on Fedora 13 Message-ID: Hello developers. This is continued from http://lists.scilab.org/cgi-bin/ezmlm-browse?list=dev&cmd=showmsg&msgnum=1933 By hand-running the broken part of the "make" output as follows, and then continuing the make, I was able to get it to complete. Note that I added "-L/usr/lib64/atlas" to the very end of the first stanza below. I hope this helps to diagnose the problem and fix it. cd /usr/local/src/Scilab/scilab-master-1286272063/modules/arnoldi /bin/sh ../../libtool --tag=F77 --mode=link gfortran -I./src/arpack/ -g -O2 -DNDEBUG -m64 -fPIC -I../../modules/core/includes/ -version-info 5:3:0 -llapack -o libsciarnoldi.la -rpath /usr/local/lib/scilab libsciarnoldi_la-dsconv.lo libsciarnoldi_la-dsortc.lo libsciarnoldi_la-dsaup2.lo libsciarnoldi_la-dneigh.lo libsciarnoldi_la-znaupd.lo libsciarnoldi_la-dsesrt.lo libsciarnoldi_la-zneupd.lo libsciarnoldi_la-smout.lo libsciarnoldi_la-znaitr.lo libsciarnoldi_la-zngets.lo libsciarnoldi_la-second.lo libsciarnoldi_la-znapps.lo libsciarnoldi_la-zlarnv.lo libsciarnoldi_la-dsortr.lo libsciarnoldi_la-zmout.lo libsciarnoldi_la-dseigt.lo libsciarnoldi_la-zgetv0.lo libsciarnoldi_la-znaup2.lo libsciarnoldi_la-icnteq.lo libsciarnoldi_la-icopy.lo libsciarnoldi_la-zneigh.lo libsciarnoldi_la-zsortc.lo libsciarnoldi_la-dstatn.lo libsciarnoldi_la-dlaruv.lo libsciarnoldi_la-dstqrb.lo libsciarnoldi_la-cvout.lo libsciarnoldi_la-dvout.lo libsciarnoldi_la-dstats.lo libsciarnoldi_la-dlaqrb.lo libsciarnoldi_la-ivout.lo libsciarnoldi_la-dnaupd.lo libsciarnoldi_la-dneupd.lo libsciarnoldi_la-dsaupd.lo libsciarnoldi_la-svout.lo libsciarnoldi_la-dnaitr.lo libsciarnoldi_la-iswap.lo libsciarnoldi_la-zstatn.lo libsciarnoldi_la-dseupd.lo libsciarnoldi_la-dngets.lo libsciarnoldi_la-dnapps.lo libsciarnoldi_la-dsaitr.lo libsciarnoldi_la-dlarnv.lo libsciarnoldi_la-cmout.lo libsciarnoldi_la-dnconv.lo libsciarnoldi_la-zvout.lo libsciarnoldi_la-dmout.lo libsciarnoldi_la-dsgets.lo libsciarnoldi_la-dgetv0.lo libsciarnoldi_la-dnaup2.lo libsciarnoldi_la-dsapps.lo libsciarnoldi_la-sci_dseupd.lo libsciarnoldi_la-sci_zneupd.lo libsciarnoldi_la-gw_arnoldi.lo libsciarnoldi_la-sci_dnaupd.lo libsciarnoldi_la-sci_dneupd.lo libsciarnoldi_la-sci_dsaupd.lo libsciarnoldi_la-sci_znaupd.lo -lpthread -ldl -lcurses -lm -L/usr/lib64/atlas libtool: link: gfortran -shared .libs/libsciarnoldi_la-dsconv.o .libs/libsciarnoldi_la-dsortc.o .libs/libsciarnoldi_la-dsaup2.o .libs/libsciarnoldi_la-dneigh.o .libs/libsciarnoldi_la-znaupd.o .libs/libsciarnoldi_la-dsesrt.o .libs/libsciarnoldi_la-zneupd.o .libs/libsciarnoldi_la-smout.o .libs/libsciarnoldi_la-znaitr.o .libs/libsciarnoldi_la-zngets.o .libs/libsciarnoldi_la-second.o .libs/libsciarnoldi_la-znapps.o .libs/libsciarnoldi_la-zlarnv.o .libs/libsciarnoldi_la-dsortr.o .libs/libsciarnoldi_la-zmout.o .libs/libsciarnoldi_la-dseigt.o .libs/libsciarnoldi_la-zgetv0.o .libs/libsciarnoldi_la-znaup2.o .libs/libsciarnoldi_la-icnteq.o .libs/libsciarnoldi_la-icopy.o .libs/libsciarnoldi_la-zneigh.o .libs/libsciarnoldi_la-zsortc.o .libs/libsciarnoldi_la-dstatn.o .libs/libsciarnoldi_la-dlaruv.o .libs/libsciarnoldi_la-dstqrb.o .libs/libsciarnoldi_la-cvout.o .libs/libsciarnoldi_la-dvout.o .libs/libsciarnoldi_la-dstats.o .libs/libsciarnoldi_la-dlaqrb.o .libs/libsciarnoldi_la-ivout.o .libs/libsciarnoldi_la-dnaupd.o .libs/libsciarnoldi_la-dneupd.o .libs/libsciarnoldi_la-dsaupd.o .libs/libsciarnoldi_la-svout.o .libs/libsciarnoldi_la-dnaitr.o .libs/libsciarnoldi_la-iswap.o .libs/libsciarnoldi_la-zstatn.o .libs/libsciarnoldi_la-dseupd.o .libs/libsciarnoldi_la-dngets.o .libs/libsciarnoldi_la-dnapps.o .libs/libsciarnoldi_la-dsaitr.o .libs/libsciarnoldi_la-dlarnv.o .libs/libsciarnoldi_la-cmout.o .libs/libsciarnoldi_la-dnconv.o .libs/libsciarnoldi_la-zvout.o .libs/libsciarnoldi_la-dmout.o .libs/libsciarnoldi_la-dsgets.o .libs/libsciarnoldi_la-dgetv0.o .libs/libsciarnoldi_la-dnaup2.o .libs/libsciarnoldi_la-dsapps.o .libs/libsciarnoldi_la-sci_dseupd.o .libs/libsciarnoldi_la-sci_zneupd.o .libs/libsciarnoldi_la-gw_arnoldi.o .libs/libsciarnoldi_la-sci_dnaupd.o .libs/libsciarnoldi_la-sci_dneupd.o .libs/libsciarnoldi_la-sci_dsaupd.o .libs/libsciarnoldi_la-sci_znaupd.o -llapack -lpthread -ldl -lcurses -lm -L/usr/lib64/atlas -m64 -Wl,-soname -Wl,libsciarnoldi.so.5 -o .libs/libsciarnoldi.so.5.0.3 libtool: link: (cd ".libs" && rm -f "libsciarnoldi.so.5" && ln -s "libsciarnoldi.so.5.0.3" "libsciarnoldi.so.5") libtool: link: (cd ".libs" && rm -f "libsciarnoldi.so" && ln -s "libsciarnoldi.so.5.0.3" "libsciarnoldi.so") libtool: link: ( cd ".libs" && rm -f "libsciarnoldi.la" && ln -s "../libsciarnoldi.la" "libsciarnoldi.la" ) Installation went fine, but then when I run "scilab" I get errors in the Scilab Console like this: Startup execution: loading initial environment load('SCI/modules/elementary_functions/macros/lib'); !--error 241 File "/usr/local/share/scilab//modules/elementary_functions/macros/lib" does not exist. at line 12 of exec file called by : exec("SCI/modules/"+modules(i)+"/etc/"+modules(i)+".start",-1); at line 96 of exec file called by : exec('SCI/etc/scilab.start',-1);; The problem is that none of the .bin files or "lib" or "names" from the modules/*/macros subdirectories got installed in /usr/local/share/scilab/modules/*/macros I had moved the ones from "modules/core/macros" and "modules/differential_equations/macros/" before I noticed what was going on. I'm at a standstill on this. I'll try to hand-move everything over, but this appears to be a bug (unless I'm missed something---entirely likely since I'm flying blind here. :-) Your help will be greatly appreciated. Dean From calixte at contrib.scilab.org Thu Oct 14 23:23:22 2010 From: calixte at contrib.scilab.org (Calixte Denizet) Date: Thu, 14 Oct 2010 23:23:22 +0200 Subject: [Scilab-Dev] Re: Building scilab-master-1286272063 on Fedora 13 In-Reply-To: References: Message-ID: <1287091402.766.108.camel@Calixte-Dell> Le jeudi 14 octobre 2010 ? 14:20 -0700, Dean S. Messing a ?crit : > Hello developers. > Hi Try 'make macros' in your SCI dir. Calixte > This is continued from > > http://lists.scilab.org/cgi-bin/ezmlm-browse?list=dev&cmd=showmsg&msgnum=1933 > > By hand-running the broken part of the "make" output as follows, and > then continuing the make, I was able to get it to complete. Note that I added > "-L/usr/lib64/atlas" to the very end of the first stanza below. I hope > this helps to diagnose the problem and fix it. > > cd /usr/local/src/Scilab/scilab-master-1286272063/modules/arnoldi > > /bin/sh ../../libtool --tag=F77 --mode=link gfortran -I./src/arpack/ -g -O2 -DNDEBUG -m64 -fPIC -I../../modules/core/includes/ -version-info 5:3:0 -llapack -o libsciarnoldi.la -rpath /usr/local/lib/scilab libsciarnoldi_la-dsconv.lo libsciarnoldi_la-dsortc.lo libsciarnoldi_la-dsaup2.lo libsciarnoldi_la-dneigh.lo libsciarnoldi_la-znaupd.lo libsciarnoldi_la-dsesrt.lo libsciarnoldi_la-zneupd.lo libsciarnoldi_la-smout.lo libsciarnoldi_la-znaitr.lo libsciarnoldi_la-zngets.lo libsciarnoldi_la-second.lo libsciarnoldi_la-znapps.lo libsciarnoldi_la-zlarnv.lo libsciarnoldi_la-dsortr.lo libsciarnoldi_la-zmout.lo libsciarnoldi_la-dseigt.lo libsciarnoldi_la-zgetv0.lo libsciarnoldi_la-znaup2.lo libsciarnoldi_la-icnteq.lo libsciarnoldi_la-icopy.lo libsciarnoldi_la-zneigh.lo libsciarnoldi_la-zsortc.lo libsciarnoldi_la-dstatn.lo libsciarnoldi_la-dlaruv.lo libsciarnoldi_la-dstqrb.lo libsciarnoldi_la-cvout.lo libsciarnoldi_la-dvout.lo libsciarnoldi_la-dstats.lo libsciarnoldi_la-dlaqrb.lo libsciarnoldi_la-ivout.lo libsciarnoldi_la-dnaupd.lo libsciarnoldi_la-dneupd.lo libsciarnoldi_la-dsaupd.lo libsciarnoldi_la-svout.lo libsciarnoldi_la-dnaitr.lo libsciarnoldi_la-iswap.lo libsciarnoldi_la-zstatn.lo libsciarnoldi_la-dseupd.lo libsciarnoldi_la-dngets.lo libsciarnoldi_la-dnapps.lo libsciarnoldi_la-dsaitr.lo libsciarnoldi_la-dlarnv.lo libsciarnoldi_la-cmout.lo libsciarnoldi_la-dnconv.lo libsciarnoldi_la-zvout.lo libsciarnoldi_la-dmout.lo libsciarnoldi_la-dsgets.lo libsciarnoldi_la-dgetv0.lo libsciarnoldi_la-dnaup2.lo libsciarnoldi_la-dsapps.lo libsciarnoldi_la-sci_dseupd.lo libsciarnoldi_la-sci_zneupd.lo libsciarnoldi_la-gw_arnoldi.lo libsciarnoldi_la-sci_dnaupd.lo libsciarnoldi_la-sci_dneupd.lo libsciarnoldi_la-sci_dsaupd.lo libsciarnoldi_la-sci_znaupd.lo -lpthread -ldl -lcurses -lm -L/usr/lib64/atlas > libtool: link: gfortran -shared .libs/libsciarnoldi_la-dsconv.o .libs/libsciarnoldi_la-dsortc.o .libs/libsciarnoldi_la-dsaup2.o .libs/libsciarnoldi_la-dneigh.o .libs/libsciarnoldi_la-znaupd.o .libs/libsciarnoldi_la-dsesrt.o .libs/libsciarnoldi_la-zneupd.o .libs/libsciarnoldi_la-smout.o .libs/libsciarnoldi_la-znaitr.o .libs/libsciarnoldi_la-zngets.o .libs/libsciarnoldi_la-second.o .libs/libsciarnoldi_la-znapps.o .libs/libsciarnoldi_la-zlarnv.o .libs/libsciarnoldi_la-dsortr.o .libs/libsciarnoldi_la-zmout.o .libs/libsciarnoldi_la-dseigt.o .libs/libsciarnoldi_la-zgetv0.o .libs/libsciarnoldi_la-znaup2.o .libs/libsciarnoldi_la-icnteq.o .libs/libsciarnoldi_la-icopy.o .libs/libsciarnoldi_la-zneigh.o .libs/libsciarnoldi_la-zsortc.o .libs/libsciarnoldi_la-dstatn.o .libs/libsciarnoldi_la-dlaruv.o .libs/libsciarnoldi_la-dstqrb.o .libs/libsciarnoldi_la-cvout.o .libs/libsciarnoldi_la-dvout.o .libs/libsciarnoldi_la-dstats.o .libs/libsciarnoldi_la-dlaqrb.o .libs/libsciarnoldi_la-ivout.o .libs/libsciarnoldi_la-dnaupd.o .libs/libsciarnoldi_la-dneupd.o .libs/libsciarnoldi_la-dsaupd.o .libs/libsciarnoldi_la-svout.o .libs/libsciarnoldi_la-dnaitr.o .libs/libsciarnoldi_la-iswap.o .libs/libsciarnoldi_la-zstatn.o .libs/libsciarnoldi_la-dseupd.o .libs/libsciarnoldi_la-dngets.o .libs/libsciarnoldi_la-dnapps.o .libs/libsciarnoldi_la-dsaitr.o .libs/libsciarnoldi_la-dlarnv.o .libs/libsciarnoldi_la-cmout.o .libs/libsciarnoldi_la-dnconv.o .libs/libsciarnoldi_la-zvout.o .libs/libsciarnoldi_la-dmout.o .libs/libsciarnoldi_la-dsgets.o .libs/libsciarnoldi_la-dgetv0.o .libs/libsciarnoldi_la-dnaup2.o .libs/libsciarnoldi_la-dsapps.o .libs/libsciarnoldi_la-sci_dseupd.o .libs/libsciarnoldi_la-sci_zneupd.o .libs/libsciarnoldi_la-gw_arnoldi.o .libs/libsciarnoldi_la-sci_dnaupd.o .libs/libsciarnoldi_la-sci_dneupd.o .libs/libsciarnoldi_la-sci_dsaupd.o .libs/libsciarnoldi_la-sci_znaupd.o -llapack -lpthread -ldl -lcurses -lm -L/usr/lib64/atlas -m64 -Wl,-soname -Wl,libsciarnoldi.so.5 -o .libs/libsciarnoldi.so.5.0.3 > libtool: link: (cd ".libs" && rm -f "libsciarnoldi.so.5" && ln -s "libsciarnoldi.so.5.0.3" "libsciarnoldi.so.5") > libtool: link: (cd ".libs" && rm -f "libsciarnoldi.so" && ln -s "libsciarnoldi.so.5.0.3" "libsciarnoldi.so") > libtool: link: ( cd ".libs" && rm -f "libsciarnoldi.la" && ln -s "../libsciarnoldi.la" "libsciarnoldi.la" ) > > > Installation went fine, but then when I run "scilab" > > I get errors in the Scilab Console like this: > > Startup execution: > loading initial environment > load('SCI/modules/elementary_functions/macros/lib'); > !--error 241 > File "/usr/local/share/scilab//modules/elementary_functions/macros/lib" does not exist. > at line 12 of exec file called by : > exec("SCI/modules/"+modules(i)+"/etc/"+modules(i)+".start",-1); > at line 96 of exec file called by : > exec('SCI/etc/scilab.start',-1);; > > > The problem is that none of the .bin files or "lib" or "names" from the > modules/*/macros subdirectories got installed in > /usr/local/share/scilab/modules/*/macros > > I had moved the ones from "modules/core/macros" and > "modules/differential_equations/macros/" before I noticed what was going > on. > > I'm at a standstill on this. I'll try to hand-move everything over, but > this appears to be a bug (unless I'm missed something---entirely likely > since I'm flying blind here. :-) > > Your help will be greatly appreciated. > > Dean From deanm at sharplabs.com Fri Oct 15 00:46:17 2010 From: deanm at sharplabs.com (Dean S. Messing) Date: Thu, 14 Oct 2010 15:46:17 -0700 Subject: [Scilab-Dev] Re: Building scilab-master-1286272063 on Fedora 13 (Solved) In-Reply-To: <1287091402.766.108.camel@Calixte-Dell> (message from Calixte Denizet on Thu, 14 Oct 2010 23:23:22 +0200) References: <1287091402.766.108.camel@Calixte-Dell> Message-ID: On 14 Oct 2010 23:23:22 +0200, Calixte Denizet wrote: > Try 'make macros' in your SCI dir. Thanks Calixte. I found my problem regarding the lack of .bin files. I evidently typed "make" instead of "make all". I did a dist clean, a reconfiguration (just for fun) and a "make all" followed by "make install". All the operations but last one were done with ordinary user permissions, like a good Linux user should. :-) I now have the Master Branch of scilab up and running on Fedora 13 though I've tried to _do_ nothing in it yet. Once the problems I've discussed are addressed (Scilab's build problems not mine) it would be very good to add a clear set of steps to http://wiki.scilab.org/Compiling_Scilab_5.x_under_GNU-Linux_Unix that teachs how to install either 5.3.0 or the Master Branch on a up-to-date Fedora machine. I would be happy to help with this, but since I don't know your various developer protocols for getting things approved and added to the wiki, &c. it might be better for one of the engineers running Fedora/Scilab-5.3.0 (that Sylvestre mentioned to me yesterday) to do it. Again I'll be happy to help. But first I need someone here to go through the documentation of my own build process and tell me what's my fault and what are bone fide bugs in your Build process. These links document the problems I've run into: http://lists.scilab.org/cgi-bin/ezmlm-browse?list=users&cmd=showmsg&msgnum=3023 http://lists.scilab.org/cgi-bin/ezmlm-browse?list=dev&cmd=showmsg&msgnum=1933 and the 1st half of http://lists.scilab.org/cgi-bin/ezmlm-browse?list=dev&cmd=showmsg&msgnum=1935 down to where I say "Installation went fine". Thanks. Dean From deanm at sharplabs.com Mon Oct 18 07:12:47 2010 From: deanm at sharplabs.com (Dean S. Messing) Date: Sun, 17 Oct 2010 22:12:47 -0700 Subject: Module installation (was: Building scilab-master-1286272063 on Fedora 13) In-Reply-To: <1287091402.766.108.camel@Calixte-Dell> (message from Calixte Denizet on Thu, 14 Oct 2010 23:23:22 +0200) References: <1287091402.766.108.camel@Calixte-Dell> Message-ID: On Thu, 14 Oct 2010 23:23:22 +0200, Calixte Denizet wrote: > Le jeudi 14 octobre 2010 ? 14:20 -0700, Dean S. Messing a ?crit > > I get errors in the Scilab Console like this: > > > > Startup execution: > > loading initial environment > > load('SCI/modules/elementary_functions/macros/lib'); > > !--error 241 > > File "/usr/local/share/scilab//modules/elementary_functions/macros/lib" does not exist. > > at line 12 of exec file called by : > > exec("SCI/modules/"+modules(i)+"/etc/"+modules(i)+".start",-1); > > at line 96 of exec file called by : > > exec('SCI/etc/scilab.start',-1);; > > > > > > The problem is that none of the .bin files or "lib" or "names" from the > > modules/*/macros subdirectories got installed in > > /usr/local/share/scilab/modules/*/macros > > Try 'make macros' in your SCI dir. Thanks very much Calixte. This is an embarrassing question: What is my SCI dir? Under scilab-4.x there was a scilab-4.x directory under /usr/local/lib which contained everything that was the result of the build. But under 5.3.0 things are spread out. Anyway, modules are in /usr/local/share/scilab/modules, but there's no Makefile in there. So in the source (build) directory, /usr/local/src/scilab-master-1286272063/modules, I did `make install' and the .bin, lib, and, names file got installed in /usr/local/share/scilab/modules. They had already been built during the build, but for some reason they didn't get installed when I did `make install' in /usr/local/src/scilab-master-1286272063 On another machine on which I did _exactly_ the name build procedure, all the module binaries got installed correctly. Is this is a bug? Dean From deanm at sharplabs.com Mon Oct 18 07:22:20 2010 From: deanm at sharplabs.com (Dean S. Messing) Date: Sun, 17 Oct 2010 22:22:20 -0700 Subject: Help command not working Message-ID: On a fresh build of scilab-master-1286272063 help is not working: -->help !--error 10000 help: help file(.jar) is not installed. at line 42 of function help called by : help Suggestions? Dean From calixte at contrib.scilab.org Mon Oct 18 08:08:45 2010 From: calixte at contrib.scilab.org (Calixte Denizet) Date: Mon, 18 Oct 2010 08:08:45 +0200 Subject: [Scilab-Dev] Module installation (was: Building scilab-master-1286272063 on Fedora 13) In-Reply-To: References: <1287091402.766.108.camel@Calixte-Dell> Message-ID: <1287382125.766.271.camel@Calixte-Dell> Le dimanche 17 octobre 2010 ? 22:12 -0700, Dean S. Messing a ?crit : > On Thu, 14 Oct 2010 23:23:22 +0200, Calixte Denizet wrote: > > Le jeudi 14 octobre 2010 ? 14:20 -0700, Dean S. Messing a ?crit > > > I get errors in the Scilab Console like this: > > > > > > Startup execution: > > > loading initial environment > > > load('SCI/modules/elementary_functions/macros/lib'); > > > !--error 241 > > > File "/usr/local/share/scilab//modules/elementary_functions/macros/lib" does not exist. > > > at line 12 of exec file called by : > > > exec("SCI/modules/"+modules(i)+"/etc/"+modules(i)+".start",-1); > > > at line 96 of exec file called by : > > > exec('SCI/etc/scilab.start',-1);; > > > > > > > > > The problem is that none of the .bin files or "lib" or "names" from the > > > modules/*/macros subdirectories got installed in > > > /usr/local/share/scilab/modules/*/macros > > > > > Try 'make macros' in your SCI dir. > > Thanks very much Calixte. > Hello Dean > This is an embarrassing question: What is my SCI dir? Under scilab-4.x > there was a scilab-4.x directory under /usr/local/lib which contained > everything that was the result of the build. > Your SCI dir is /usr/local/src/scilab-master-1286272063/ Calixte > But under 5.3.0 things are spread out. Anyway, modules are in > /usr/local/share/scilab/modules, but there's no Makefile in there. > > So in the source (build) directory, > /usr/local/src/scilab-master-1286272063/modules, I did `make install' > and the .bin, lib, and, names file got installed in > /usr/local/share/scilab/modules. > > They had already been built during the build, but for some reason they > didn't get installed when I did `make install' in > /usr/local/src/scilab-master-1286272063 > > On another machine on which I did _exactly_ the name build procedure, > all the module binaries got installed correctly. Is this is a bug? > > Dean > From calixte at contrib.scilab.org Mon Oct 18 08:09:37 2010 From: calixte at contrib.scilab.org (Calixte Denizet) Date: Mon, 18 Oct 2010 08:09:37 +0200 Subject: [Scilab-Dev] Help command not working In-Reply-To: References: Message-ID: <1287382177.766.272.camel@Calixte-Dell> Le dimanche 17 octobre 2010 ? 22:22 -0700, Dean S. Messing a ?crit : > On a fresh build of scilab-master-1286272063 > help is not working: > > -->help > !--error 10000 > help: help file(.jar) is not installed. > at line 42 of function help called by : > help > > Suggestions? > 'make doc' in your SCI dir Calixte > Dean From sylvestre.ledru at scilab.org Mon Oct 18 08:22:20 2010 From: sylvestre.ledru at scilab.org (Sylvestre Ledru) Date: Mon, 18 Oct 2010 08:22:20 +0200 Subject: [Scilab-Dev] Module installation (was: Building scilab-master-1286272063 on Fedora 13) In-Reply-To: <1287382125.766.271.camel@Calixte-Dell> References: <1287091402.766.108.camel@Calixte-Dell> <1287382125.766.271.camel@Calixte-Dell> Message-ID: <1287382940.9759.2782.camel@losinj.inria.fr> Le lundi 18 octobre 2010 ? 08:08 +0200, Calixte Denizet a ?crit : > Le dimanche 17 octobre 2010 ? 22:12 -0700, Dean S. Messing a ?crit : > > On Thu, 14 Oct 2010 23:23:22 +0200, Calixte Denizet wrote: > > > Le jeudi 14 octobre 2010 ? 14:20 -0700, Dean S. Messing a ?crit > > > > I get errors in the Scilab Console like this: > > > > > > > > Startup execution: > > > > loading initial environment > > > > load('SCI/modules/elementary_functions/macros/lib'); > > > > !--error 241 > > > > File "/usr/local/share/scilab//modules/elementary_functions/macros/lib" does not exist. > > > > at line 12 of exec file called by : > > > > exec("SCI/modules/"+modules(i)+"/etc/"+modules(i)+".start",-1); > > > > at line 96 of exec file called by : > > > > exec('SCI/etc/scilab.start',-1);; > > > > > > > > > > > > The problem is that none of the .bin files or "lib" or "names" from the > > > > modules/*/macros subdirectories got installed in > > > > /usr/local/share/scilab/modules/*/macros > > > > > > > > Try 'make macros' in your SCI dir. > > > > Thanks very much Calixte. > > > > Hello Dean > > > This is an embarrassing question: What is my SCI dir? Under scilab-4.x > > there was a scilab-4.x directory under /usr/local/lib which contained > > everything that was the result of the build. > > > > Your SCI dir is /usr/local/src/scilab-master-1286272063/ Actually, sorry but no :p It would be /usr/local/src/scilab-master-1286272063/share/scilab/ SCI is the point of the Scilab data. The rest can be guess by Scilab. Sylvestre From clement.david at scilab.org Mon Oct 18 09:53:18 2010 From: clement.david at scilab.org (=?ISO-8859-1?Q?Cl=E9ment?= David) Date: Mon, 18 Oct 2010 09:53:18 +0200 Subject: [Scilab-Dev] Building scilab-master-1286272063 on Fedora 13 In-Reply-To: References: Message-ID: <1287388398.2454.2.camel@pinarellu.inria.fr> Hello, Just to record that this problem may be linked to #2741 [1] `The "atlas" lib is not automatically detected; Scilab uses the internal BLAS library.'. [1] http://bugzilla.scilab.org/show_bug.cgi?id=2741 > Hello developers. > > This is the continuation of a thread over on [scilab-Users] > that Sylvestre asked me to move here. What I had to do to get > ./configure to complete may be found here: > > > Now I'm trying to "make" scilab. The "make" died here: > > /usr/bin/ld: cannot find -llapack > collect2: ld returned 1 exit status > make[2]: *** [libsciarnoldi.la] Error 1 > make[2]: Leaving directory `/usr/local/src/Scilab/scilab-master-1286272063/modules/arnoldi' > make[1]: *** [all-recursive] Error 1 > make[1]: Leaving directory `/usr/local/src/Scilab/scilab-master-1286272063/modules' > make: *** [all-recursive] Error 1 > > > However: > > `locate liblapack' returns > > /usr/lib64/atlas/liblapack.so > /usr/lib64/atlas/liblapack.so.3 > /usr/lib64/atlas/liblapack.so.3.0 > > There's no references to /usr/lib64/atlas anywhere in the output of > `make' so far. > > But ./configure found the atlas and lapack stuff just fine (after I > added the appropriate "--with" switches. I note that > "BLAS/LAPACK/ATLAS Configuration:" > contains no reference to -L/usr/lib64/atlas on > the "BLAS LIBS" line. > > How should I _correctly_ proceed? (I suspect a fix would be to put > simlinks in /usr/lib64 to all the .so files in /usr/lib64/atlas/ but > that's a hack.) > > Below I've appended the output of ./configure. > > Regards, > Dean > > ########## Output from successful ./configure ######### > > > ==> scilab-master-1286272063=>PATH=${PATH}:/usr/share/pvm3/lib ./configure\ > --with-blas-library=/usr/lib64/atlas\ > --with-lapack-library=/usr/lib64/atlas\ > --with-umfpack-library=/usr/lib64/atlas > > MORE>>MORE>>checking whether ln -s works... yes > checking for gcc... gcc > checking whether the C compiler works... yes > checking for C compiler default output file name... a.out > checking for suffix of executables... > checking whether we are cross compiling... no > checking for suffix of object files... o > checking whether we are using the GNU C compiler... yes > checking whether gcc accepts -g... yes > checking for gcc option to accept ISO C89... none needed > checking for special C compiler options needed for large files... no > checking for _FILE_OFFSET_BITS value needed for large files... no > checking for a BSD-compatible install... /usr/bin/install -c > checking build system type... x86_64-unknown-linux-gnu > checking host system type... x86_64-unknown-linux-gnu > checking for ld used by GCC... /usr/bin/ld > checking if the linker (/usr/bin/ld) is GNU ld... yes > checking for shared library path variable... LD_LIBRARY_PATH > checking whether to activate relocatable installation... no > checking how to run the C preprocessor... gcc -E > checking for grep that handles long lines and -e... /bin/grep > checking for egrep... /bin/grep -E > checking for ANSI C header files... yes > checking for sys/types.h... yes > checking for sys/stat.h... yes > checking for stdlib.h... yes > checking for string.h... yes > checking for memory.h... yes > checking for strings.h... yes > checking for inttypes.h... yes > checking for stdint.h... yes > checking for unistd.h... yes > checking for shared library run path origin... done > checking whether to enable maintainer-specific portions of Makefiles... no > checking whether build environment is sane... yes > checking for a thread-safe mkdir -p... /bin/mkdir -p > checking for gawk... gawk > checking whether make sets $(MAKE)... yes > checking for style of include used by make... GNU > checking dependency style of gcc... gcc3 > checking how to run the C preprocessor... gcc -E > checking for grep that handles long lines and -e... (cached) /bin/grep > checking for pkg-config... /usr/bin/pkg-config > checking pkg-config is at least version 0.9.0... yes > checking for g77... no > checking for xlf... no > checking for f77... no > checking for frt... no > checking for pgf77... no > checking for cf77... no > checking for fort77... no > checking for fl32... no > checking for af77... no > checking for xlf90... no > checking for f90... no > checking for pgf90... no > checking for pghpf... no > checking for epcf90... no > checking for gfortran... gfortran > checking whether we are using the GNU Fortran 77 compiler... yes > checking whether gfortran accepts -g... yes > checking if gfortran is a fortran 90 compatible compiler... yes > checking size of int... 4 > checking size of long... 8 > checking for g++... g++ > checking whether we are using the GNU C++ compiler... yes > checking whether g++ accepts -g... yes > checking dependency style of g++... gcc3 > checking for g++... yes > checking whether gcc and cc understand -c and -o together... yes > checking whether gfortran understands -c and -o together... yes > checking for nm... nm > checking for leading underscores with Fortran (name-mangling scheme)... no > checking for trailing underscores with Fortran (name-mangling scheme)... yes > checking use of the sharpsign in CPP... yes > Define C2F with Trailing Underscore and Sharp Sign > checking hdf5.h usability... yes > checking hdf5.h presence... yes > checking for hdf5.h... yes > checking for H5Fopen in -lhdf5... yes > checking JAVA_HOME variable... not defined > checking for javac... /usr/bin/javac > checking Symlink for /usr/bin/javac... /etc/alternatives/javac > checking Symlink for /etc/alternatives/javac... /usr/lib/jvm/java-1.6.0-sun.x86_64/bin/javac > Java base directory (probably) available here : /usr/lib/jvm/java-1.6.0-sun.x86_64 > checking for zip or jar files to include on CLASSPATH... > checking to see if the java compiler works... yes > Using JAVAC=/usr/lib/jvm/java-1.6.0-sun.x86_64/bin/javac > Java found in /usr/lib/jvm/java-1.6.0-sun.x86_64 > checking type of jvm... jdk > checking java API version... 1.5 > Using the following JNI include flags -I/usr/lib/jvm/java-1.6.0-sun.x86_64/include -I/usr/lib/jvm/java-1.6.0-sun.x86_64/include/linux > checking if jni.h can be included... yes > Looking for JNI libs with x86_64 as machine hardware name > Looking for /usr/lib/jvm/java-1.6.0-sun.x86_64/jre/lib/x86_64/libjava.so > Looking for /usr/lib/jvm/java-1.6.0-sun.x86_64/jre/lib/amd64/libjava.so > Found /usr/lib/jvm/java-1.6.0-sun.x86_64/jre/lib/amd64/libjava.so > Using the following JNI library flags -L/usr/lib/jvm/java-1.6.0-sun.x86_64/jre/lib/amd64 -ljava -lverify -L/usr/lib/jvm/java-1.6.0-sun.x86_64/jre/lib/amd64/server -ljvm > Using the following runtime library path /usr/lib/jvm/java-1.6.0-sun.x86_64/jre/lib/amd64:/usr/lib/jvm/java-1.6.0-sun.x86_64/jre/lib/amd64/server > checking to see if we can link a JNI application... yes > checking for zip or jar files to include on CLASSPATH... > checking for java... /usr/lib/jvm/java-1.6.0-sun.x86_64/bin/java > checking for java_g... no > checking for javah... /usr/lib/jvm/java-1.6.0-sun.x86_64/bin/javah > checking for jar... /usr/lib/jvm/java-1.6.0-sun.x86_64/bin/jar > checking for jdb... /usr/lib/jvm/java-1.6.0-sun.x86_64/bin/jdb > checking for ant... /usr/bin/ant > checking jgraphx... /usr/local/src/Scilab/scilab-master-1286272063/thirdparty/jgraphx.jar > checking minimal version (1.4.1.0) of jgraphx... yes > checking flexdock... /usr/local/src/Scilab/scilab-master-1286272063/thirdparty/flexdock-0.5.2.jar > checking minimal version (0.5.2) of flexdock... yes > checking looks... /usr/local/src/Scilab/scilab-master-1286272063/thirdparty/looks-2.1.1.jar > checking skinlf... /usr/local/src/Scilab/scilab-master-1286272063/thirdparty/skinlf.jar > checking jogl... /usr/local/src/Scilab/scilab-master-1286272063/thirdparty/jogl.jar > checking for glTexParameterf in -ljogl... yes > checking gluegen-rt... /usr/local/src/Scilab/scilab-master-1286272063/thirdparty/gluegen-rt.jar > checking for Java_com_sun_gluegen_runtime_UnixDynamicLinkerImpl_dlclose__J in -lgluegen-rt... yes > checking jhall... /usr/local/src/Scilab/scilab-master-1286272063/thirdparty/jhall.jar > checking jrosetta-API... /usr/local/src/Scilab/scilab-master-1286272063/thirdparty/jrosetta-API.jar > checking jrosetta-engine... /usr/local/src/Scilab/scilab-master-1286272063/thirdparty/jrosetta-engine.jar > checking jeuclid-core... /usr/local/src/Scilab/scilab-master-1286272063/thirdparty/jeuclid-core.jar > checking fop... /usr/local/src/Scilab/scilab-master-1286272063/thirdparty/fop.jar > checking batik-all... /usr/local/src/Scilab/scilab-master-1286272063/thirdparty/batik-all-1.7.jar > checking minimal version (1.7) of batik... yes > checking commons-io... /usr/local/src/Scilab/scilab-master-1286272063/thirdparty/commons-io.jar > checking xmlgraphics-commons... /usr/local/src/Scilab/scilab-master-1286272063/thirdparty/xmlgraphics-commons-1.3.1.jar > checking avalon-framework... /usr/local/src/Scilab/scilab-master-1286272063/thirdparty/avalon-framework.jar > checking xml-apis-ext... /usr/local/src/Scilab/scilab-master-1286272063/thirdparty/xml-apis-ext.jar > checking commons-logging... /usr/local/src/Scilab/scilab-master-1286272063/thirdparty/commons-logging.jar > checking jlatexmath... /usr/local/src/Scilab/scilab-master-1286272063/thirdparty/jlatexmath-0.9.3.jar > checking minimal version (0.9.3) of jlatexmath... yes > checking checkstyle... /usr/share/java//checkstyle.jar > checking commons-beanutils... /usr/share/java//commons-beanutils.jar > checking antlr... /usr/share/java//antlr.jar > checking testng... /usr/local/src/Scilab/scilab-master-1286272063/thirdparty/testng.jar > checking qdox... /usr/local/src/Scilab/scilab-master-1286272063/thirdparty/qdox.jar > checking bsh... /usr/local/src/Scilab/scilab-master-1286272063/thirdparty/bsh.jar > checking junit... /usr/local/src/Scilab/scilab-master-1286272063/thirdparty/junit.jar > checking for sleep... yes > checking for usleep... yes > checking for dup2... yes > checking for getcwd... yes > checking for getpagesize... yes > checking for getpass... yes > checking for rmdir... yes > checking for getwd... yes > checking for regcomp... yes > checking for atexit... yes > checking for putenv... yes > checking for setenv... yes > checking for bzero... yes > checking for memmove... yes > checking for memset... yes > checking for strcasecmp... yes > checking for strerror... yes > checking for strchr... yes > checking for strdup... yes > checking for strpbrk... yes > checking for strrchr... yes > checking for strstr... yes > checking for strtol... yes > checking for select... yes > checking for endpwent... yes > checking for gethostbyaddr... yes > checking for gethostbyname... yes > checking for gethostname... yes > checking for gettimeofday... yes > checking for isascii... yes > checking for iswprint... yes > checking for mkdir... yes > checking for munmap... yes > checking for cos in -lm... yes > checking for pow... yes > checking for sqrt... yes > checking for finite... yes > checking for floor... yes > checking for exp10... yes > checking for isinf... yes > checking for re_comp... yes > checking for socket... yes > checking for uname... yes > checking for setlocale... yes > checking for working memcmp... yes > checking whether lstat correctly handles trailing slash... yes > checking whether stat accepts an empty string... no > checking for working strtod... yes > checking limits.h usability... yes > checking limits.h presence... yes > checking for limits.h... yes > checking values.h usability... yes > checking values.h presence... yes > checking for values.h... yes > checking fcntl.h usability... yes > checking fcntl.h presence... yes > checking for fcntl.h... yes > checking float.h usability... yes > checking float.h presence... yes > checking for float.h... yes > checking libintl.h usability... yes > checking libintl.h presence... yes > checking for libintl.h... yes > checking locale.h usability... yes > checking locale.h presence... yes > checking for locale.h... yes > checking malloc.h usability... yes > checking malloc.h presence... yes > checking for malloc.h... yes > checking netdb.h usability... yes > checking netdb.h presence... yes > checking for netdb.h... yes > checking netinet/in.h usability... yes > checking netinet/in.h presence... yes > checking for netinet/in.h... yes > checking nlist.h usability... no > checking nlist.h presence... no > checking for nlist.h... no > checking sgtty.h usability... yes > checking sgtty.h presence... yes > checking for sgtty.h... yes > checking stddef.h usability... yes > checking stddef.h presence... yes > checking for stddef.h... yes > checking sys/file.h usability... yes > checking sys/file.h presence... yes > checking for sys/file.h... yes > checking sys/ioctl.h usability... yes > checking sys/ioctl.h presence... yes > checking for sys/ioctl.h... yes > checking sys/param.h usability... yes > checking sys/param.h presence... yes > checking for sys/param.h... yes > checking sys/socket.h usability... yes > checking sys/socket.h presence... yes > checking for sys/socket.h... yes > checking sys/time.h usability... yes > checking sys/time.h presence... yes > checking for sys/time.h... yes > checking sys/timeb.h usability... yes > checking sys/timeb.h presence... yes > checking for sys/timeb.h... yes > checking sys/utsname.h usability... yes > checking sys/utsname.h presence... yes > checking for sys/utsname.h... yes > checking syslog.h usability... yes > checking syslog.h presence... yes > checking for syslog.h... yes > checking term.h usability... yes > checking term.h presence... yes > checking for term.h... yes > checking termcap.h usability... yes > checking termcap.h presence... yes > checking for termcap.h... yes > checking termio.h usability... yes > checking termio.h presence... yes > checking for termio.h... yes > checking termios.h usability... yes > checking termios.h presence... yes > checking for termios.h... yes > checking wchar.h usability... yes > checking wchar.h presence... yes > checking for wchar.h... yes > checking wctype.h usability... yes > checking wctype.h presence... yes > checking for wctype.h... yes > checking time.h usability... yes > checking time.h presence... yes > checking for time.h... yes > checking for dirent.h that defines DIR... yes > checking for library containing opendir... none required > checking whether time.h and sys/time.h may both be included... yes > checking for sys/wait.h that is POSIX.1 compatible... yes > checking for struct stat.st_blksize... yes > checking for struct stat.st_rdev... yes > checking whether NLS is requested... yes > checking for msgfmt... /usr/bin/msgfmt > checking for gmsgfmt... /usr/bin/msgfmt > checking for xgettext... /usr/bin/xgettext > checking for msgmerge... /usr/bin/msgmerge > checking for CFPreferencesCopyAppValue... no > checking for CFLocaleCopyCurrent... no > checking for GNU gettext in libc... yes > checking whether to use NLS... yes > checking where the gettext function comes from... libc > checking whether closedir returns void... no > checking return type of signal handlers... void > checking whether struct tm is in sys/time.h or time.h... time.h > checking for struct stat.st_blocks... yes > checking for main in -lcurses... yes > checking for library containing tgetent... none required > checking ncurses.h usability... yes > checking ncurses.h presence... yes > checking for ncurses.h... yes > checking curses.h usability... yes > checking curses.h presence... yes > checking for curses.h... yes > checking for dlopen in -ldl... yes > checking for library containing pthread_join... -lpthread > checking for clock_gettime in -lrt... yes > checking for ocamlc... ocamlc > checking for ocamlopt... ocamlopt > checking for ocamldep... ocamldep > checking for ocamlyacc... ocamlyacc > checking for ocamllex... ocamllex > checking jhdf5... /usr/local/src/Scilab/scilab-master-1286272063/thirdparty/jhdf5.jar > checking for h5JNIFatalError in -ljhdf5... yes > checking minimal version (1.8.4) of hdf5... yes > checking for ocamlc... (cached) ocamlc > checking for ocamlopt... (cached) ocamlopt > checking for ocamldep... (cached) ocamldep > checking for ocamlyacc... (cached) ocamlyacc > checking for ocamllex... (cached) ocamllex > checking fftw3.h usability... yes > checking fftw3.h presence... yes > checking for fftw3.h... yes > checking for fftw_plan_dft_r2c in -lfftw3... yes > checking if PVM_ROOT has been set... no. I will try to guess a value for it > checking for pvmgetarch... /usr/share/pvm3/lib/pvmgetarch > checking for PVM architecture... LINUXX86_64 > checking PVM header files... PVM header found in /usr/share/pvm3/include > checking pvm3.h usability... yes > checking pvm3.h presence... yes > checking for pvm3.h... yes > checking for a reasonable guess at PVM_ROOT since PVM_ROOT was not set... /usr/share/pvm3 > checking for PVM libraries... found libpvm3 in /usr/share/pvm3/lib/LINUXX86_64 > checking for library containing pvm_spawn... -lpvm3 > checking for library containing pvm_barrier... -lgpvm3 > checking omp.h usability... yes > checking omp.h presence... yes > checking for omp.h... yes > checking for xml2-config... xml2-config > checking for xmlReaderForFile in -lxml2... yes > checking for bind_textdomain_codeset... yes > checking for msgcat... /usr/bin/msgcat > checking if BLAS, ATLAS or MKL is available... > checking how to get verbose linking output from gfortran... -v > checking for Fortran 77 libraries of gfortran... -L/usr/lib/gcc/x86_64-redhat-linux/4.4.4 -L/usr/lib/gcc/x86_64-redhat-linux/4.4.4/../../../../lib64 -L/lib/../lib64 -L/usr/lib/../lib64 -L/usr/lib/gcc/x86_64-redhat-linux/4.4.4/../../.. -lpthread -ldl -lcurses -lgfortranbegin -lgfortran -lm > checking for dummy main to link with Fortran 77 libraries... none > checking for Fortran 77 name-mangling scheme... lower case, underscore, no extra underscore > checking for sgemm_... no > checking for ATL_xerbla in -latlas... yes > checking for sgemm_ in -lf77blas... yes > checking for cblas_dgemm in -lcblas... yes > Atlas found > checking if LAPACK is available... > checking for cheev_... no > checking for cheev_ in -llapack... yes > Library -llapack found > checking suitesparse/umfpack.h usability... yes > checking suitesparse/umfpack.h presence... yes > checking for suitesparse/umfpack.h... yes > checking for umf_divcomplex in /usr/lib64/atlas... checking for amd_info in -lamd... yes > checking for umf_divcomplex in -lumfpack... yes > yes > checking for pcre-config... pcre-config > checking for pcre_compile in -lpcre... yes > checking for regexec in -lpcreposix... yes > checking pcre.h usability... yes > checking pcre.h presence... yes > checking for pcre.h... yes > checking for X... libraries , headers > checking for gethostbyname... (cached) yes > checking for connect... yes > checking for remove... yes > checking for shmat... yes > checking for IceConnectionNumber in -lICE... yes > checking for main in -ldl... yes > checking for header file tcl.h... found in /usr/include > checking if tcl is version 8.4 or later... (8.5) yes > checking for tcl library tcl8.5... found /usr/lib64/libtcl8.5.so using -L/usr/lib64 -ltcl8.5 > checking for Tcl_DoOneEvent in -ltcl8.5... yes > checking X11/Xlib.h usability... yes > checking X11/Xlib.h presence... yes > checking for X11/Xlib.h... yes > checking for header file tk.h... found in /usr/include > checking if tk is version 8.4 or later... (8.5) yes > checking for tk library tk8.5... found /usr/lib64/libtk8.5.so using -L/usr/lib64 -ltk8.5 > checking for Tk_BindEvent in -ltk8.5... yes > checking for MATIO... yes > checking matio.h usability... yes > checking matio.h presence... yes > checking for matio.h... yes > checking matioConfig.h usability... yes > checking matioConfig.h presence... yes > checking for matioConfig.h... yes > checking for Mat_Open in -lmatio... yes > checking saxon... /usr/local/src/Scilab/scilab-master-1286272063/thirdparty/saxon.jar > checking jlatexmath-fop... /usr/local/src/Scilab/scilab-master-1286272063/thirdparty/jlatexmath-fop-0.9.3.jar > checking how to print strings... printf > checking for a sed that does not truncate output... /bin/sed > checking for fgrep... /bin/grep -F > checking for ld used by gcc... /usr/bin/ld > checking if the linker (/usr/bin/ld) is GNU ld... yes > checking for BSD- or MS-compatible name lister (nm)... nm > checking the name lister (nm) interface... BSD nm > checking the maximum length of command line arguments... 1966080 > checking whether the shell understands some XSI constructs... yes > checking whether the shell understands "+="... yes > checking for /usr/bin/ld option to reload object files... -r > checking for objdump... objdump > checking how to recognize dependent libraries... pass_all > checking for ar... ar > checking for strip... strip > checking for ranlib... ranlib > checking command to parse nm output from gcc object... ok > checking for dlfcn.h... yes > checking for objdir... .libs > checking if gcc supports -fno-rtti -fno-exceptions... no > checking for gcc option to produce PIC... -fPIC -DPIC > checking if gcc PIC flag -fPIC -DPIC works... yes > checking if gcc static flag -static works... no > checking if gcc supports -c -o file.o... yes > checking if gcc supports -c -o file.o... (cached) yes > checking whether the gcc linker (/usr/bin/ld -m elf_x86_64) supports shared libraries... yes > checking whether -lc should be explicitly linked in... no > checking dynamic linker characteristics... GNU/Linux ld.so > checking how to hardcode library paths into programs... immediate > checking for shl_load... no > checking for shl_load in -ldld... no > checking for dlopen... yes > checking whether a program can dlopen itself... yes > checking whether a statically linked program can dlopen itself... yes > checking whether stripping libraries is possible... yes > checking if libtool supports shared libraries... yes > checking whether to build shared libraries... yes > checking whether to build static libraries... no > checking how to run the C++ preprocessor... g++ -E > checking for ld used by g++... /usr/bin/ld -m elf_x86_64 > checking if the linker (/usr/bin/ld -m elf_x86_64) is GNU ld... yes > checking whether the g++ linker (/usr/bin/ld -m elf_x86_64) supports shared libraries... yes > checking for g++ option to produce PIC... -fPIC -DPIC > checking if g++ PIC flag -fPIC -DPIC works... yes > checking if g++ static flag -static works... no > checking if g++ supports -c -o file.o... yes > checking if g++ supports -c -o file.o... (cached) yes > checking whether the g++ linker (/usr/bin/ld -m elf_x86_64) supports shared libraries... yes > checking dynamic linker characteristics... (cached) GNU/Linux ld.so > checking how to hardcode library paths into programs... immediate > checking if libtool supports shared libraries... yes > checking whether to build shared libraries... yes > checking whether to build static libraries... no > checking for gfortran option to produce PIC... -fPIC > checking if gfortran PIC flag -fPIC works... yes > checking if gfortran static flag -static works... no > checking if gfortran supports -c -o file.o... yes > checking if gfortran supports -c -o file.o... (cached) yes > checking whether the gfortran linker (/usr/bin/ld -m elf_x86_64) supports shared libraries... yes > checking dynamic linker characteristics... (cached) GNU/Linux ld.so > checking how to hardcode library paths into programs... immediate > checking for an ANSI C-conforming const... yes > checking for inline... inline > checking for splint... no > configure: creating ./config.status > config.status: creating libs/MALLOC/Makefile > config.status: creating libs/dynamiclibrary/Makefile > config.status: creating libs/doublylinkedlist/Makefile > config.status: creating libs/hashtable/Makefile > config.status: creating libs/libst/Makefile > config.status: creating contrib/Makefile > config.status: creating modules/helptools/Makefile > config.status: creating modules/helptools/macros/xmlfiletohtml.sci > config.status: creating modules/data_structures/Makefile > config.status: creating modules/differential_equations/Makefile > config.status: creating modules/optimization/Makefile > config.status: creating modules/elementary_functions/Makefile > config.status: creating modules/special_functions/Makefile > config.status: creating modules/io/Makefile > config.status: creating modules/shell/Makefile > config.status: creating modules/completion/Makefile > config.status: creating modules/history_manager/Makefile > config.status: creating modules/jvm/Makefile > config.status: creating modules/commons/Makefile > config.status: creating modules/sound/Makefile > config.status: creating modules/statistics/Makefile > config.status: creating modules/mexlib/Makefile > config.status: creating modules/sparse/Makefile > config.status: creating modules/linear_algebra/Makefile > config.status: creating modules/polynomials/Makefile > config.status: creating modules/symbolic/Makefile > config.status: creating modules/signal_processing/Makefile > config.status: creating modules/arnoldi/Makefile > config.status: creating modules/interpolation/Makefile > config.status: creating modules/intersci/Makefile > config.status: creating modules/localization/Makefile > config.status: creating modules/cacsd/Makefile > config.status: creating modules/boolean/Makefile > config.status: creating modules/integer/Makefile > config.status: creating modules/double/Makefile > config.status: creating modules/fileio/Makefile > config.status: creating modules/spreadsheet/Makefile > config.status: creating modules/string/Makefile > config.status: creating modules/time/Makefile > config.status: creating modules/graphics/Makefile > config.status: creating modules/graphic_export/Makefile > config.status: creating modules/renderer/Makefile > config.status: creating modules/action_binding/Makefile > config.status: creating modules/gui/Makefile > config.status: creating modules/pvm/Makefile > config.status: creating modules/randlib/Makefile > config.status: creating modules/tclsci/Makefile > config.status: creating modules/windows_tools/Makefile > config.status: creating modules/core/Makefile > config.status: creating modules/api_scilab/Makefile > config.status: creating modules/call_scilab/Makefile > config.status: creating modules/types/Makefile > config.status: creating modules/hdf5/Makefile > config.status: creating modules/fftw/Makefile > config.status: creating modules/umfpack/Makefile > config.status: creating modules/scicos/Makefile > config.status: creating modules/scicos_blocks/Makefile > config.status: creating modules/functions/Makefile > config.status: creating modules/dynamic_link/Makefile > config.status: creating modules/overloading/Makefile > config.status: creating modules/javasci/Makefile > config.status: creating modules/maple2scilab/Makefile > config.status: creating modules/m2sci/Makefile > config.status: creating modules/compatibility_functions/Makefile > config.status: creating modules/texmacs/Makefile > config.status: creating modules/development_tools/Makefile > config.status: creating modules/output_stream/Makefile > config.status: creating modules/console/Makefile > config.status: creating modules/demo_tools/Makefile > config.status: creating modules/genetic_algorithms/Makefile > config.status: creating modules/simulated_annealing/Makefile > config.status: creating modules/parameters/Makefile > config.status: creating modules/matio/Makefile > config.status: creating modules/atoms/Makefile > config.status: creating modules/xcos/Makefile > config.status: creating modules/scinotes/Makefile > config.status: creating modules/ui_data/Makefile > config.status: creating modules/graph/Makefile > config.status: creating modules/parallel/Makefile > config.status: creating modules/modules_manager/Makefile > config.status: creating modules/history_browser/Makefile > config.status: creating modules/Makefile > config.status: creating libs/Makefile > config.status: creating Makefile > config.status: creating scilab.pc > config.status: creating etc/modules.xml > config.status: creating etc/classpath.xml > config.status: creating etc/jvm_options.xml > config.status: creating scilab-lib.properties > config.status: creating scilab-lib-doc.properties > config.status: creating modules/core/includes/machine.h > config.status: executing depfiles commands > config.status: executing po-directories commands > config.status: executing libtool commands > config.status: executing modules/core/includes/stack.h commands > > Scilab is configured as follows. Please verify that this configuration > matches your expectations. > > Host system type : x86_64-unknown-linux-gnu > > Option Value > ------------------------------------------------------------------------- > Shared libraries....... --enable-shared=yes yes > Static libraries....... --enable-static=no no > GNU ld................. --with-gnu-ld=yes yes > Enable debug .......... --enable-debug=no no > Enable debug C......... --enable-debug-C=no no > Enable debug C++....... --enable-debug-CXX=no no > Enable debug Java...... --enable-debug-java= > Enable debug Fortran... --enable-debug-fortran=no no > Enable stop on warning. --enable-stop-on-warning= > > Compiler Configuration: > Intel (--with-intelcompilers) .... = > GNU gcc (--with-gcc) ............. = > GNU Fortran 77 (--with-g77) ...... = > GNU Fortran 95 (--with-gfortran) . = > > Options: > Use PVM (--without-pvm) .......................... = > PVM include (--with-pvm-include) ................. = > PVM library (--with-pvm-library) ................. = /usr/share/pvm3/lib/LINUXX86_64 > Compile with Ocaml (--without-ocaml) ............. = > Do not use TCL/TK (--without-tk) ................. = > TCL include (--with-tcl-include) ................. = > TCL library (--with-tcl-library) ................. = > TK include (--with-tk-include) ................... = > TK library (--with-tk-library) ................... = > Install XML Help (--with-install-help-xml) ....... = > Compilation tests (--enable-compilation-tests) ... = no > Make the package relocatable (--enable-relocatable)= no > Use FFTW (--without-fftw) ........................ = > Use MATIO (--without-matio) ...................... = > > Scicos enable > > Ocaml Configuration (for Modelica compiler): > OCAMLC ............. = ocamlc > OCAMLOPT ........... = ocamlopt > OCAMLDEP ........... = ocamldep > > OpenMP Configuration: > OpenMP CFLAGS ...... = -fopenmp > OpenMP CXXFLAGS .... = -fopenmp > OpenMP LIBS ........ = -lgomp > OpenMP FFLAGS ...... = > > PVM Configuration: > PVM Architecture ... = LINUXX86_64 > PVM INCLUDE ........ = -I/usr/share/pvm3/include > PVM LIBS ........... = -L/usr/share/pvm3/lib/LINUXX86_64 -lpvm3 -lgpvm3 > > FFTW Configuration: > FFTW LIBS .......... = -lfftw3 > FFTW CFLAGS ........ = > > MATIO Configuration: > MATIO LIBS .......... = -lmatio -lz > MATIO CFLAGS ........ = > > UMFPACK Configuration: > UMFPACK LIBS ....... = -L/usr/lib64/atlas -lumfpack -lamd > UMFPACK CFLAGS ..... = > UMFPACK SUITESPARSE = Yes > > BLAS/LAPACK/ATLAS Configuration: > BLAS LIBS ............. = -lcblas -lf77blas -latlas > BLAS TYPE ............. = Atlas > LAPACK LIBS ........... = -llapack > LAPACK TYPE ........... = Library -llapack > > > Gettext/localization configuration: > xgettext ............... = /usr/bin/xgettext > msgfmt ................ = /usr/bin/msgfmt > msgfmt_opts ............ = > msgcat ................ = /usr/bin/msgcat > > Documentation building configuration: > Docbook XSL path ....... = /usr/local/src/Scilab/scilab-master-1286272063/thirdparty/docbook/ > Saxon XSLT ............. = /usr/local/src/Scilab/scilab-master-1286272063/thirdparty/saxon.jar > XML commons external ... = /usr/local/src/Scilab/scilab-master-1286272063/thirdparty/xml-apis-ext.jar > > Java Configuration: > JAVA_HOME ........... = /usr/lib/jvm/java-1.6.0-sun.x86_64 > JAVAC ............... = /usr/lib/jvm/java-1.6.0-sun.x86_64/bin/javac > JAVA_CLASSPATH ...... = > JAVA_VERSION ........ = 1.5 > JAVAC_FLAGS ......... = -g > JAVA_JNI_INCLUDE .... = -I/usr/lib/jvm/java-1.6.0-sun.x86_64/include -I/usr/lib/jvm/java-1.6.0-sun.x86_64/include/linux > JAVA_JNI_LIBS ....... = -L/usr/lib/jvm/java-1.6.0-sun.x86_64/jre/lib/amd64 -ljava -lverify -L/usr/lib/jvm/java-1.6.0-sun.x86_64/jre/lib/amd64/server -ljvm > JAVA_JNI_LIBS_PRELOAD = > JAVA ................ = /usr/lib/jvm/java-1.6.0-sun.x86_64/bin/java > JAR ................. = /usr/lib/jvm/java-1.6.0-sun.x86_64/bin/jar > ANT ................. = /usr/bin/ant > > Java dependencies: > Flexdock ............ = /usr/local/src/Scilab/scilab-master-1286272063/thirdparty/flexdock-0.5.2.jar > JOGL ................ = /usr/local/src/Scilab/scilab-master-1286272063/thirdparty/jogl.jar > JOGL LIBS (JNI) ..... = -ljogl > Gluegen ............. = /usr/local/src/Scilab/scilab-master-1286272063/thirdparty/gluegen-rt.jar > Gluegen LIBS (JNI) .. = -lgluegen-rt > Jeuclid (MathML) .... = /usr/local/src/Scilab/scilab-master-1286272063/thirdparty/jeuclid-core.jar > Jhall .............. = /usr/local/src/Scilab/scilab-master-1286272063/thirdparty/jhall.jar > Jrosetta (API) ...... = /usr/local/src/Scilab/scilab-master-1286272063/thirdparty/jrosetta-API.jar > Jrosetta (Engine) ... = /usr/local/src/Scilab/scilab-master-1286272063/thirdparty/jrosetta-engine.jar > Commons Logging ..... = /usr/local/src/Scilab/scilab-master-1286272063/thirdparty/commons-logging.jar > JGraph X ............ = /usr/local/src/Scilab/scilab-master-1286272063/thirdparty/jgraphx.jar > JLaTeXMath .......... = /usr/local/src/Scilab/scilab-master-1286272063/thirdparty/jlatexmath-0.9.3.jar > > Documentation, graphic export: > FOP (XML => PDF) .... = /usr/local/src/Scilab/scilab-master-1286272063/thirdparty/fop.jar > JLaTeXMath Fop ...... = /usr/local/src/Scilab/scilab-master-1286272063/thirdparty/jlatexmath-fop-0.9.3.jar > Batik (SVG) ......... = /usr/local/src/Scilab/scilab-master-1286272063/thirdparty/batik-all-1.7.jar > Avalon Framework .... = /usr/local/src/Scilab/scilab-master-1286272063/thirdparty/avalon-framework.jar > Commons I/O ......... = /usr/local/src/Scilab/scilab-master-1286272063/thirdparty/commons-io.jar > XML graphics commons = /usr/local/src/Scilab/scilab-master-1286272063/thirdparty/xmlgraphics-commons-1.3.1.jar > > Code quality (optional): > Checkstyle .......... = /usr/share/java//checkstyle.jar > Commons-beanutils ... = /usr/share/java//commons-beanutils.jar > Antlr ............... = /usr/share/java//antlr.jar > TestNG .............. = /usr/local/src/Scilab/scilab-master-1286272063/thirdparty/testng.jar > splint .............. = no > > TCL/TK configuration: > TK_INC_PATH ........ = -I/usr/include > TCL_INC_PATH ....... = -I/usr/include > TCLTK_LIBS ......... = -L/usr/lib64 -ltk8.5 -L/usr/lib64 -ltcl8.5 -ldl > TCL_SERIAL_VERSION . = 8.5.8 > TK_SERIAL_VERSION .. = 8.5.8 > > XML configuration: > XML_FLAGS .......... = -I/usr/include/libxml2 > XML_LIBS ........... = -lxml2 -lz -lm > XML_VERSION ........ = 2.7.7 > > HDF5 configuration: > HDF5 CFLAGS ......... = > HDF5 LIBS ........... = -lhdf5 > HDF5 Java ........... = /usr/local/src/Scilab/scilab-master-1286272063/thirdparty/jhdf5.jar > JHDF5 LIBS (JNI) .... = -ljhdf5 > > PCRE configuration: > PCRE_CFLAGS ........ = > PCRE_LIBS .......... = -lpcreposix -lpcre > PCRE_VERSION ....... = 7.8 > > SWIG Configuration: > SWIG generation disabled > > GIWS Configuration: > GIWS generation disabled > > Libtool config: > objext .............. = o > libext (static) ..... = a > shrext_cmds ......... = .so > exeext .............. = > > Compilation paths: > srcdir .............. = . > srcdir_full ......... = /usr/local/src/Scilab/scilab-master-1286272063 > builddir ............ = /usr/local/src/Scilab/scilab-master-1286272063 > > Platform informations: > host ........... = x86_64-unknown-linux-gnu > host_cpu ....... = x86_64 > host_vendor .... = unknown > host_os ... .... = linux-gnu > hostname ....... = medulla > CPU 64 bits .... = true > > Options used to compile and link: > prefix ......... = /usr/local > localedir ...... = ${datarootdir}/locale > VERSION ........ = 5 > CC ............. = gcc > CFLAGS ......... = -g -O2 -DNDEBUG -fno-stack-protector -DNARROWPROTO -m64 -I$(top_srcdir)/modules/core/includes/ -I$(top_srcdir)/libs/MALLOC/includes/ -I$(top_srcdir)/modules/localization/includes/ > PCFLAGS ........ = > DEFS ........... = -DHAVE_CONFIG_H > LD ............. = /usr/bin/ld -m elf_x86_64 > LDFLAGS ........ = > LIBS ........... = -lpthread -ldl -lcurses -lm > CXX ............ = g++ > CPPFLAGS ....... = -DNDEBUG -fno-stack-protector -I$(top_srcdir)/modules/core/includes/ -I$(top_srcdir)/libs/MALLOC/includes/ -I$(top_srcdir)/modules/localization/includes/ > F77 ............ = gfortran > FFLAGS ......... = -g -O2 -DNDEBUG -m64 -fPIC -I$(top_srcdir)/modules/core/includes/ > F77_LDFLAGS .... = > TERMCAP_LIB .... = no -- Cl?ment David From calixte at contrib.scilab.org Mon Oct 18 11:18:42 2010 From: calixte at contrib.scilab.org (Calixte Denizet) Date: Mon, 18 Oct 2010 11:18:42 +0200 Subject: [Scilab-Dev] Module installation (was: Building scilab-master-1286272063 on Fedora 13) In-Reply-To: <1287382125.766.271.camel@Calixte-Dell> References: <1287091402.766.108.camel@Calixte-Dell> <1287382125.766.271.camel@Calixte-Dell> Message-ID: <1287393522.766.280.camel@Calixte-Dell> > Your SCI dir is /usr/local/src/scilab-master-1286272063/ > Sorry for the mistake... Calixte > > > But under 5.3.0 things are spread out. Anyway, modules are in > > /usr/local/share/scilab/modules, but there's no Makefile in there. > > > > So in the source (build) directory, > > /usr/local/src/scilab-master-1286272063/modules, I did `make install' > > and the .bin, lib, and, names file got installed in > > /usr/local/share/scilab/modules. > > > > They had already been built during the build, but for some reason they > > didn't get installed when I did `make install' in > > /usr/local/src/scilab-master-1286272063 > > > > On another machine on which I did _exactly_ the name build procedure, > > all the module binaries got installed correctly. Is this is a bug? > > > > Dean > > > > From deanm at sharplabs.com Tue Oct 19 03:26:13 2010 From: deanm at sharplabs.com (Dean S. Messing) Date: Mon, 18 Oct 2010 18:26:13 -0700 Subject: [Scilab-Dev] Module installation (was: Building scilab-master-1286272063 on Fedora 13) In-Reply-To: <1287382940.9759.2782.camel@losinj.inria.fr> (message from Sylvestre Ledru on Mon, 18 Oct 2010 08:22:20 +0200) References: <1287091402.766.108.camel@Calixte-Dell> <1287382125.766.271.camel@Calixte-Dell> <1287382940.9759.2782.camel@losinj.inria.fr> Message-ID: On Mon, 18 Oct 2010 08:22:20 +0200, Sylvestre Ledru > Actually, sorry but no :p > It would be /usr/local/src/scilab-master-1286272063/share/scilab/ > > SCI is the point of the Scilab data. The rest can be guess by Scilab. Thanks to both you and Calixte. Unfortunately, after the build completes, there _is no_ "share/" directory under /usr/local/src/scilab-master-1286272063/ What _is_ true is that after I do "make install" in /usr/local/src/scilab-master-1286272063/ a /usr/local/share/scilab directory is created (along with directories in /usr/local/lib, /usr/local/include, &c. But then "/usr/local/share/scilab/" contains no Makefiles. Just the stuff that was built. I've built a few times now (just for fun. :-) Sometimes the ".bin", "lib", and "names" files get installed in /usr/local/share/scilab/modules/*/macros/ and sometimes they don't. In no cases do I explicit set SCI since I don't know yet what to set it to. When the above files don't get installed, I go into /usr/local/src/scilab-master-1286272063/modules and `make install' from there, which seems to force the install of those files into the above directies. Not sure if I've done something wrong. And I'm still not clear on what my $SCI directory is. :-) Dean From deanm at sharplabs.com Tue Oct 19 07:36:11 2010 From: deanm at sharplabs.com (Dean S. Messing) Date: Mon, 18 Oct 2010 22:36:11 -0700 Subject: [Scilab-Dev] Building scilab-master-1286272063 on Fedora 13 In-Reply-To: <1287388398.2454.2.camel@pinarellu.inria.fr> (message from =?us-ascii?Q?=3D=3FISO-8859-1=3FQ=3FCl=3DE9ment=3F=3D?= David on Mon, 18 Oct 2010 09:53:18 +0200) References: <1287388398.2454.2.camel@pinarellu.inria.fr> Message-ID: On Mon, 18 Oct 2010 09:53:18 +0200, Cl?ment David wrote: > Just to record that this problem may be linked to #2741 [1] `The "atlas" > lib is not automatically detected; Scilab uses the internal BLAS > library.'. > > > [1] http://bugzilla.scilab.org/show_bug.cgi?id=2741 Thanks Cl?ment. That bug report in the comments says "This bug does not block Scilab compilation and usage. Atlas is used in place of user installed or built in BLAS ONLY for better numerical speed performances" But, in fact it _did_ block my compilation of the Master Branch for 5.3.0. I had included these switches on my "configure" line: PATH=${PATH}:/usr/share/pvm3/lib ./configure\ --with-blas-library=/usr/lib64/atlas\ --with-lapack-library=/usr/lib64/atlas\ --with-umfpack-library=/usr/lib64/atlas yet the compilation died at the compilation (the arnoldi module). By the way, if I leave off any of the above "--with" switch, then the configure itself will die somewhere. For example, if I leave off the last switch it dies like this: checking for sgemm_... no checking for ATL_xerbla in -latlas... yes checking for sgemm_ in -lf77blas... yes checking for cblas_dgemm in -lcblas... yes Atlas found checking if LAPACK is available... checking for cheev_... no checking for cheev_ in -llapack... yes Library -llapack found checking suitesparse/umfpack.h usability... yes checking suitesparse/umfpack.h presence... yes checking for suitesparse/umfpack.h... yes checking for amd_info in -lamd... no configure: error: libamd: Library missing (Cannot find symbol amd_info). Check if libamd (sparse matrix minimum degree ordering) is installed and if the version is correct >From the config.log, the problem is really /usr/bin/ld: cannot find -lcblas collect2: ld returned 1 exit status So I added the bogus --with-umfpack to force -L/usr/lib64/atlas to be included on the conftest.c compile line. I know it's a hack but I don't know a better way. Anyway, there appear to be bugs other than #2741 involved here. But I'm a novice at this. Dean From sylvestre.ledru at scilab.org Tue Oct 19 08:01:24 2010 From: sylvestre.ledru at scilab.org (Sylvestre Ledru) Date: Tue, 19 Oct 2010 08:01:24 +0200 Subject: [Scilab-Dev] Module installation (was: Building scilab-master-1286272063 on Fedora 13) In-Reply-To: References: <1287091402.766.108.camel@Calixte-Dell> <1287382125.766.271.camel@Calixte-Dell> <1287382940.9759.2782.camel@losinj.inria.fr> Message-ID: <1287468084.3270.3440.camel@losinj.inria.fr> Le lundi 18 octobre 2010 ? 18:26 -0700, Dean S. Messing a ?crit : > On Mon, 18 Oct 2010 08:22:20 +0200, Sylvestre Ledru > > Actually, sorry but no :p > > It would be /usr/local/src/scilab-master-1286272063/share/scilab/ > > > > SCI is the point of the Scilab data. The rest can be guess by Scilab. > > > Thanks to both you and Calixte. > Unfortunately, after the build completes, there _is no_ "share/" > directory under /usr/local/src/scilab-master-1286272063/ > > What _is_ true is that after I do "make install" in > /usr/local/src/scilab-master-1286272063/ > a /usr/local/share/scilab directory is created (along with directories > in /usr/local/lib, /usr/local/include, &c. > > But then "/usr/local/share/scilab/" contains no Makefiles. Just the > stuff that was built. I've built a few times now (just for fun. :-) > Sometimes the ".bin", "lib", and "names" files get installed in > /usr/local/share/scilab/modules/*/macros/ and sometimes they don't. In > no cases do I explicit set SCI since I don't know yet what to set it to. > > When the above files don't get installed, I go into > /usr/local/src/scilab-master-1286272063/modules and `make install' from > there, which seems to force the install of those files into the above > directies. Not sure if I've done something wrong. > > And I'm still not clear on what my $SCI directory is. :-) I don't understand why you have all this problems... We are doing all these operations on a daily basis in the compilation chain. Anyway, the normal steps are: * ./configure * make all doc * make install > But I'm a novice at this. Can I ask why you are not using the Scilab binaries then ? ;) Sylvestre From deanm at sharplabs.com Tue Oct 19 08:52:21 2010 From: deanm at sharplabs.com (Dean S. Messing) Date: Mon, 18 Oct 2010 23:52:21 -0700 Subject: [Scilab-Dev] Module installation (was: Building scilab-master-1286272063 on Fedora 13) In-Reply-To: <1287468084.3270.3440.camel@losinj.inria.fr> (message from Sylvestre Ledru on Tue, 19 Oct 2010 08:01:24 +0200) References: <1287091402.766.108.camel@Calixte-Dell> <1287382125.766.271.camel@Calixte-Dell> <1287382940.9759.2782.camel@losinj.inria.fr> <1287468084.3270.3440.camel@losinj.inria.fr> Message-ID: Sylvestre Ledru wrote: > I don't understand why you have all this problems... We are doing all > these operations on a daily basis in the compilation chain. > Anyway, the normal steps are: > * ./configure > * make all doc > * make install I do not understand either. But when I do this it dies in the configure. I am running (as far as I know) a standard Fedora 13 system. I've already written up (in way too much detail) exactly what I've done. I realise a few of the problems were on my side. But some seem on yours too. :-) For example ./configure will die early due to the fact that /usr/share/pvm3/lib is not in my path. (Why should it be?) But PATH=${PATH}:/usr/share/pvm3/lib ./configure gets past that problem and onto the next, and so on. > > But I'm a novice at this. > Can I ask why you are not using the Scilab binaries then ? ;) Good question. I meant I am a novice at building the "5.x" series. After installing Fedora 13 (from Fedora 7), I wanted to upgrade from scilab-4.1.1 which I use heavily in my work. I used to build the cvs versions of scilab-2, scilab-3 and scilab-4 so I thought I'd go that route here. Honestly, I'd love to understand why I'm having all these problems (and why your people are not). Anyway I've put a list of exactly what I must do to get master-1286272063 to build in the hopes of helping you all out at some point. But if I'm the only one experiencing these problems, well ? I do have the docs built now and everything seems to be working. (And SCI gets automatically set (evidently) to /usr/local/share/scilab :-) But what I must do to get "configure" and "make all" to complete is a lot more complicated than the three steps above. Sorry to be a bother. Really. Dean From sylvestre.ledru at scilab.org Tue Oct 19 18:14:23 2010 From: sylvestre.ledru at scilab.org (Sylvestre Ledru) Date: Tue, 19 Oct 2010 18:14:23 +0200 Subject: Update of the online documentation Message-ID: <1287504863.3270.5863.camel@losinj.inria.fr> Hello guys, Calixte (on the technical side) and I (on the complain side) have been working on a rebuild of the documentation system of Scilab. First, Calixte decreased the build time from 30 minutes (even 60 on some configurations) to about 25 seconds. Even if it is not really important to the normal user, this will help us in improving the documentation (it was very frustrating to have to wait some long). We took the time to redesign the online guide. Here is a draft: http://www.scilab.org/team/sylvestre.ledru/scidoc/index.html Some examples: http://www.scilab.org/team/sylvestre.ledru/scidoc/zeros.html http://www.scilab.org/team/sylvestre.ledru/scidoc/datatipRemove.html We would like your feedback on this. Please note some elements: * we will add a component to switch between the various localization (lang) of the same page. * we will the possibility for a user to comment * we will probably add a link "report a bug" from a page to encourage user to contribute by reporting bugs * we will to make available various Scilab versions documentations. The embedded Scilab document has been also improved in the same way (with some minor differences due to interface): * In the embedded page in Scilab, we will have a "path" element which will display: Scilab :: Graphics Library :: datatips :: datatipRemove with a link on each elements . Thanks, Calixte & Sylvestre PS: The inspiration of this development comes from the excellent PHP documentation. Example: http://fr2.php.net/str_replace From calixte at contrib.scilab.org Tue Oct 19 19:05:17 2010 From: calixte at contrib.scilab.org (Calixte Denizet) Date: Tue, 19 Oct 2010 19:05:17 +0200 Subject: [Scilab-Dev] Update of the online documentation In-Reply-To: <1287504863.3270.5863.camel@losinj.inria.fr> References: <1287504863.3270.5863.camel@losinj.inria.fr> Message-ID: <1287507917.766.752.camel@Calixte-Dell> j'ai trouve d'ou vient le bug avec la barre horizontal du bas... Ca vient de moi qui mets un div qui s'autoclose ce qui n'est apparemment pas valide...
genere donc une erreur qui t'a laisse pense que ton template est bon... Le mardi 19 octobre 2010 ? 18:14 +0200, Sylvestre Ledru a ?crit : > Hello guys, > > Calixte (on the technical side) and I (on the complain side) have been > working on a rebuild of the documentation system of Scilab. > > First, Calixte decreased the build time from 30 minutes (even 60 on some > configurations) to about 25 seconds. Even if it is not really important > to the normal user, this will help us in improving the documentation (it > was very frustrating to have to wait some long). > > We took the time to redesign the online guide. > Here is a draft: > http://www.scilab.org/team/sylvestre.ledru/scidoc/index.html > > Some examples: > http://www.scilab.org/team/sylvestre.ledru/scidoc/zeros.html > http://www.scilab.org/team/sylvestre.ledru/scidoc/datatipRemove.html > > We would like your feedback on this. > > Please note some elements: > * we will add a component to switch between the various localization > (lang) of the same page. > * we will the possibility for a user to comment > * we will probably add a link "report a bug" from a page to encourage > user to contribute by reporting bugs > > * we will to make available various Scilab versions documentations. > > The embedded Scilab document has been also improved in the same way > (with some minor differences due to interface): > * In the embedded page in Scilab, we will have a "path" element which > will display: > Scilab :: Graphics Library :: datatips :: datatipRemove with a link on > each elements . > > > Thanks, > Calixte & Sylvestre > > PS: The inspiration of this development comes from the excellent PHP > documentation. > Example: http://fr2.php.net/str_replace > From calixte at contrib.scilab.org Tue Oct 19 19:08:54 2010 From: calixte at contrib.scilab.org (Calixte Denizet) Date: Tue, 19 Oct 2010 19:08:54 +0200 Subject: [Scilab-Dev] Update of the online documentation In-Reply-To: <1287507917.766.752.camel@Calixte-Dell> References: <1287504863.3270.5863.camel@losinj.inria.fr> <1287507917.766.752.camel@Calixte-Dell> Message-ID: <1287508134.766.754.camel@Calixte-Dell> Sorry for this message, I made a confusion in replying... Le mardi 19 octobre 2010 ? 19:05 +0200, Calixte Denizet a ?crit : > j'ai trouve d'ou vient le bug avec la barre horizontal du bas... > > Ca vient de moi qui mets un div qui s'autoclose ce qui n'est apparemment > pas valide... > >
genere donc une erreur qui t'a laisse pense que ton > template est bon... > > Le mardi 19 octobre 2010 ? 18:14 +0200, Sylvestre Ledru a ?crit : > > Hello guys, > > > > Calixte (on the technical side) and I (on the complain side) have been > > working on a rebuild of the documentation system of Scilab. > > > > First, Calixte decreased the build time from 30 minutes (even 60 on some > > configurations) to about 25 seconds. Even if it is not really important > > to the normal user, this will help us in improving the documentation (it > > was very frustrating to have to wait some long). > > > > We took the time to redesign the online guide. > > Here is a draft: > > http://www.scilab.org/team/sylvestre.ledru/scidoc/index.html > > > > Some examples: > > http://www.scilab.org/team/sylvestre.ledru/scidoc/zeros.html > > http://www.scilab.org/team/sylvestre.ledru/scidoc/datatipRemove.html > > > > We would like your feedback on this. > > > > Please note some elements: > > * we will add a component to switch between the various localization > > (lang) of the same page. > > * we will the possibility for a user to comment > > * we will probably add a link "report a bug" from a page to encourage > > user to contribute by reporting bugs > > > > * we will to make available various Scilab versions documentations. > > > > The embedded Scilab document has been also improved in the same way > > (with some minor differences due to interface): > > * In the embedded page in Scilab, we will have a "path" element which > > will display: > > Scilab :: Graphics Library :: datatips :: datatipRemove with a link on > > each elements . > > > > > > Thanks, > > Calixte & Sylvestre > > > > PS: The inspiration of this development comes from the excellent PHP > > documentation. > > Example: http://fr2.php.net/str_replace > > > > From clement.david at scilab.org Wed Oct 20 09:54:55 2010 From: clement.david at scilab.org (=?ISO-8859-1?Q?Cl=E9ment?= David) Date: Wed, 20 Oct 2010 09:54:55 +0200 Subject: [Scilab-Dev] Update of the online documentation In-Reply-To: <1287504863.3270.5863.camel@losinj.inria.fr> References: <1287504863.3270.5863.camel@losinj.inria.fr> Message-ID: <1287561295.4839.21.camel@pinarellu.inria.fr> Hello, Thanks for these improvements, It will ease the documentation improvement. First the user comment should be managed with care to avoid documentation vandalism. Just sending a formatted mail should be sufficient. Then, there is some rendering problems on: * http://www.scilab.org/team/sylvestre.ledru/scidoc/INTEGRAL_m.html passing the mouse over "Dialog box" or any text underline it ! * http://www.scilab.org/team/sylvestre.ledru/scidoc/MATEIG.html Passing the mouse over the first line of the example underline it ! * http://www.scilab.org/team/sylvestre.ledru/scidoc/section_10261ac2c63340e6a753699961fb03f4.html The content height is smaller then the left menu one. This lead to a mixed text footer (should be a CSS problem only). > Hello guys, > > Calixte (on the technical side) and I (on the complain side) have been > working on a rebuild of the documentation system of Scilab. > > First, Calixte decreased the build time from 30 minutes (even 60 on some > configurations) to about 25 seconds. Even if it is not really important > to the normal user, this will help us in improving the documentation (it > was very frustrating to have to wait some long). > > We took the time to redesign the online guide. > Here is a draft: > http://www.scilab.org/team/sylvestre.ledru/scidoc/index.html > > Some examples: > http://www.scilab.org/team/sylvestre.ledru/scidoc/zeros.html > http://www.scilab.org/team/sylvestre.ledru/scidoc/datatipRemove.html > > We would like your feedback on this. > > Please note some elements: > * we will add a component to switch between the various localization > (lang) of the same page. > * we will the possibility for a user to comment > * we will probably add a link "report a bug" from a page to encourage > user to contribute by reporting bugs > > * we will to make available various Scilab versions documentations. > > The embedded Scilab document has been also improved in the same way > (with some minor differences due to interface): > * In the embedded page in Scilab, we will have a "path" element which > will display: > Scilab :: Graphics Library :: datatips :: datatipRemove with a link on > each elements . > > > Thanks, > Calixte & Sylvestre > > PS: The inspiration of this development comes from the excellent PHP > documentation. > Example: http://fr2.php.net/str_replace > -- Cl?ment David From simon.gareste at scilab.org Wed Oct 20 10:05:18 2010 From: simon.gareste at scilab.org (Simon GARESTE) Date: Wed, 20 Oct 2010 10:05:18 +0200 Subject: [Scilab-Dev] Update of the online documentation In-Reply-To: <1287561295.4839.21.camel@pinarellu.inria.fr> References: <1287504863.3270.5863.camel@losinj.inria.fr> <1287561295.4839.21.camel@pinarellu.inria.fr> Message-ID: <4CBEA2BE.3050207@scilab.org> Hello, if this can fasten the building that much, it'll be awesome for me! Some things that came to my mind while browsing : -on the first page ( http://www.scilab.org/team/sylvestre.ledru/scidoc/index.html ), put on the left side the table of contents, such as the one you can see while you are on a "chapter element" (this one for exemple ) -there might be a need for a "search" item Simon On 20/10/2010 09:54, Cl?ment David wrote: > Hello, > > Thanks for these improvements, It will ease the documentation > improvement. > > First the user comment should be managed with care to avoid > documentation vandalism. Just sending a formatted mail should be > sufficient. > > Then, there is some rendering problems on: > > * http://www.scilab.org/team/sylvestre.ledru/scidoc/INTEGRAL_m.html > passing the mouse over "Dialog box" or any text underline it ! > > * http://www.scilab.org/team/sylvestre.ledru/scidoc/MATEIG.html > Passing the mouse over the first line of the example underline it ! > > * > http://www.scilab.org/team/sylvestre.ledru/scidoc/section_10261ac2c63340e6a753699961fb03f4.html > The content height is smaller then the left menu one. This lead to a > mixed text footer (should be a CSS problem only). > > >> Hello guys, >> >> Calixte (on the technical side) and I (on the complain side) have been >> working on a rebuild of the documentation system of Scilab. >> >> First, Calixte decreased the build time from 30 minutes (even 60 on some >> configurations) to about 25 seconds. Even if it is not really important >> to the normal user, this will help us in improving the documentation (it >> was very frustrating to have to wait some long). >> >> We took the time to redesign the online guide. >> Here is a draft: >> http://www.scilab.org/team/sylvestre.ledru/scidoc/index.html >> >> Some examples: >> http://www.scilab.org/team/sylvestre.ledru/scidoc/zeros.html >> http://www.scilab.org/team/sylvestre.ledru/scidoc/datatipRemove.html >> >> We would like your feedback on this. >> >> Please note some elements: >> * we will add a component to switch between the various localization >> (lang) of the same page. >> * we will the possibility for a user to comment >> * we will probably add a link "report a bug" from a page to encourage >> user to contribute by reporting bugs >> >> * we will to make available various Scilab versions documentations. >> >> The embedded Scilab document has been also improved in the same way >> (with some minor differences due to interface): >> * In the embedded page in Scilab, we will have a "path" element which >> will display: >> Scilab :: Graphics Library :: datatips :: datatipRemove with a link on >> each elements . >> >> >> Thanks, >> Calixte& Sylvestre >> >> PS: The inspiration of this development comes from the excellent PHP >> documentation. >> Example: http://fr2.php.net/str_replace >> >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From calixte at contrib.scilab.org Wed Oct 20 10:52:14 2010 From: calixte at contrib.scilab.org (Calixte Denizet) Date: Wed, 20 Oct 2010 10:52:14 +0200 Subject: [Scilab-Dev] Update of the online documentation In-Reply-To: <1287561295.4839.21.camel@pinarellu.inria.fr> References: <1287504863.3270.5863.camel@losinj.inria.fr> <1287561295.4839.21.camel@pinarellu.inria.fr> Message-ID: <1287564734.766.769.camel@Calixte-Dell> Le mercredi 20 octobre 2010 ? 09:54 +0200, Cl?ment David a ?crit : > Hello, Hello Clement, > > Thanks for these improvements, It will ease the documentation > improvement. > > First the user comment should be managed with care to avoid > documentation vandalism. Just sending a formatted mail should be > sufficient. > > Then, there is some rendering problems on: > > * http://www.scilab.org/team/sylvestre.ledru/scidoc/INTEGRAL_m.html > passing the mouse over "Dialog box" or any text underline it ! > > * http://www.scilab.org/team/sylvestre.ledru/scidoc/MATEIG.html > Passing the mouse over the first line of the example underline it ! > I fixed the bug on the forge: http://forge.scilab.org/index.php/p/scidoc/source/commit/cb432547a66e60f1fd96561ac121e5e957e85c81/ And I fixed a bug in MATEIG.xml (link instead of xref) : http://codereview.scilab.org/#change,2319 Calixte > * > http://www.scilab.org/team/sylvestre.ledru/scidoc/section_10261ac2c63340e6a753699961fb03f4.html > The content height is smaller then the left menu one. This lead to a > mixed text footer (should be a CSS problem only). > > > Hello guys, > > > > Calixte (on the technical side) and I (on the complain side) have been > > working on a rebuild of the documentation system of Scilab. > > > > First, Calixte decreased the build time from 30 minutes (even 60 on some > > configurations) to about 25 seconds. Even if it is not really important > > to the normal user, this will help us in improving the documentation (it > > was very frustrating to have to wait some long). > > > > We took the time to redesign the online guide. > > Here is a draft: > > http://www.scilab.org/team/sylvestre.ledru/scidoc/index.html > > > > Some examples: > > http://www.scilab.org/team/sylvestre.ledru/scidoc/zeros.html > > http://www.scilab.org/team/sylvestre.ledru/scidoc/datatipRemove.html > > > > We would like your feedback on this. > > > > Please note some elements: > > * we will add a component to switch between the various localization > > (lang) of the same page. > > * we will the possibility for a user to comment > > * we will probably add a link "report a bug" from a page to encourage > > user to contribute by reporting bugs > > > > * we will to make available various Scilab versions documentations. > > > > The embedded Scilab document has been also improved in the same way > > (with some minor differences due to interface): > > * In the embedded page in Scilab, we will have a "path" element which > > will display: > > Scilab :: Graphics Library :: datatips :: datatipRemove with a link on > > each elements . > > > > > > Thanks, > > Calixte & Sylvestre > > > > PS: The inspiration of this development comes from the excellent PHP > > documentation. > > Example: http://fr2.php.net/str_replace > > > From zhanganyu2004 at 126.com Wed Oct 20 10:21:56 2010 From: zhanganyu2004 at 126.com (zhanganyu2004) Date: Wed, 20 Oct 2010 16:21:56 +0800 Subject: JavaSci Message-ID: <1593579470.293765.1287562950006.JavaMail.zhanganyu2004@126.com> Sir, I have a question aboat Java intface. I have configed environment variables as SCI=C:\Java\scilab-5.3.0-beta-4, set Path=C:\Java\scilab-5.3.0-beta-4\bin;%path%; and use eclipse to edit java class. There is a question as flow. How to solut and what cause it? Regard your return. A sincerely Scilab lover Anyu Zhang Oct 20. 2010 Error Information as flow: Can not read Main Scilab class: Some problems during the loading of the Java libraries occured. This could lead to inconsistent behaviours. Please check SCI/etc/classpath.xml. java.lang.NoClassDefFoundError: org/scilab/modules/core/Scilab at javasci.Scilab.Initialize(Native Method) at javasci.Scilab.(Scilab.java:105) at BasicExample.main(BasicExample.java:7) Caused by: java.lang.ClassNotFoundException: org.scilab.modules.core.Scilab at java.net.URLClassLoader$1.run(URLClassLoader.java:200) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:188) at java.lang.ClassLoader.loadClass(ClassLoader.java:307) at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301) at java.lang.ClassLoader.loadClass(ClassLoader.java:252) at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:320) ... 3 more Exception in thread "main" -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: Catch(10-20-16-19-47).bmp Type: application/octet-stream Size: 215408 bytes Desc: not available URL: From sylvestre.ledru at scilab.org Wed Oct 20 14:54:04 2010 From: sylvestre.ledru at scilab.org (Sylvestre Ledru) Date: Wed, 20 Oct 2010 14:54:04 +0200 Subject: [Scilab-Dev] Update of the online documentation In-Reply-To: <1287561295.4839.21.camel@pinarellu.inria.fr> References: <1287504863.3270.5863.camel@losinj.inria.fr> <1287561295.4839.21.camel@pinarellu.inria.fr> Message-ID: <1287579244.2609.116.camel@losinj.inria.fr> The rendering issues have been fixed and I updated the URL. Sylvestre Le mercredi 20 octobre 2010 ? 09:54 +0200, Cl?ment David a ?crit : > Hello, > > Thanks for these improvements, It will ease the documentation > improvement. > > First the user comment should be managed with care to avoid > documentation vandalism. Just sending a formatted mail should be > sufficient. > > Then, there is some rendering problems on: > > * http://www.scilab.org/team/sylvestre.ledru/scidoc/INTEGRAL_m.html > passing the mouse over "Dialog box" or any text underline it ! > > * http://www.scilab.org/team/sylvestre.ledru/scidoc/MATEIG.html > Passing the mouse over the first line of the example underline it ! > > * > http://www.scilab.org/team/sylvestre.ledru/scidoc/section_10261ac2c63340e6a753699961fb03f4.html > The content height is smaller then the left menu one. This lead to a > mixed text footer (should be a CSS problem only). > > > Hello guys, > > > > Calixte (on the technical side) and I (on the complain side) have been > > working on a rebuild of the documentation system of Scilab. > > > > First, Calixte decreased the build time from 30 minutes (even 60 on some > > configurations) to about 25 seconds. Even if it is not really important > > to the normal user, this will help us in improving the documentation (it > > was very frustrating to have to wait some long). > > > > We took the time to redesign the online guide. > > Here is a draft: > > http://www.scilab.org/team/sylvestre.ledru/scidoc/index.html > > > > Some examples: > > http://www.scilab.org/team/sylvestre.ledru/scidoc/zeros.html > > http://www.scilab.org/team/sylvestre.ledru/scidoc/datatipRemove.html > > > > We would like your feedback on this. > > > > Please note some elements: > > * we will add a component to switch between the various localization > > (lang) of the same page. > > * we will the possibility for a user to comment > > * we will probably add a link "report a bug" from a page to encourage > > user to contribute by reporting bugs > > > > * we will to make available various Scilab versions documentations. > > > > The embedded Scilab document has been also improved in the same way > > (with some minor differences due to interface): > > * In the embedded page in Scilab, we will have a "path" element which > > will display: > > Scilab :: Graphics Library :: datatips :: datatipRemove with a link on > > each elements . > > > > > > Thanks, > > Calixte & Sylvestre > > > > PS: The inspiration of this development comes from the excellent PHP > > documentation. > > Example: http://fr2.php.net/str_replace > > > From sylvestre.ledru at scilab.org Thu Oct 21 00:24:22 2010 From: sylvestre.ledru at scilab.org (Sylvestre Ledru) Date: Thu, 21 Oct 2010 00:24:22 +0200 Subject: [Scilab-Dev] Update of the online documentation In-Reply-To: <1287504863.3270.5863.camel@losinj.inria.fr> References: <1287504863.3270.5863.camel@losinj.inria.fr> Message-ID: <1287613462.6081.565.camel@losinj.inria.fr> Hi, We did some improvements: * There is now a "top" link which leads to the "upper" page (the category usually) http://www.scilab.org/team/sylvestre.ledru/scidoc/datatipsRemoveAll.html I am not 100% happy about the look and feel of this section... patches are welcome. * Following David & Michael comments, I started to sort some functions into subchapters. For example, Discrete mathematics, Floating point, Integer representation or Trigonometry on this page: http://www.scilab.org/team/sylvestre.ledru/scidoc/section_2cbe47bdd9625e1742e4aa00d40a68e2.html Please open new bug reports for other relevant sections. Other examples, the Scilab keyword section: http://www.scilab.org/team/sylvestre.ledru/scidoc/section_791d3d7b404e3abd5a433fa232cfe678.html Note that these commits are still under review in gerrit: http://codereview.scilab.org/ * The left bar contains the full path: http://www.scilab.org/team/sylvestre.ledru/scidoc/factor.html ie: Discrete mathematics => Elementary Functions => Scilab manual Sylvestre Le mardi 19 octobre 2010 ? 18:14 +0200, Sylvestre Ledru a ?crit : > Hello guys, > > Calixte (on the technical side) and I (on the complain side) have been > working on a rebuild of the documentation system of Scilab. > > First, Calixte decreased the build time from 30 minutes (even 60 on some > configurations) to about 25 seconds. Even if it is not really important > to the normal user, this will help us in improving the documentation (it > was very frustrating to have to wait some long). > > We took the time to redesign the online guide. > Here is a draft: > http://www.scilab.org/team/sylvestre.ledru/scidoc/index.html > > Some examples: > http://www.scilab.org/team/sylvestre.ledru/scidoc/zeros.html > http://www.scilab.org/team/sylvestre.ledru/scidoc/datatipRemove.html > > We would like your feedback on this. > > Please note some elements: > * we will add a component to switch between the various localization > (lang) of the same page. > * we will the possibility for a user to comment > * we will probably add a link "report a bug" from a page to encourage > user to contribute by reporting bugs > > * we will to make available various Scilab versions documentations. > > The embedded Scilab document has been also improved in the same way > (with some minor differences due to interface): > * In the embedded page in Scilab, we will have a "path" element which > will display: > Scilab :: Graphics Library :: datatips :: datatipRemove with a link on > each elements . > > > Thanks, > Calixte & Sylvestre > > PS: The inspiration of this development comes from the excellent PHP > documentation. > Example: http://fr2.php.net/str_replace > From bvl at btconnect.com Mon Oct 25 16:23:33 2010 From: bvl at btconnect.com (bv) Date: Mon, 25 Oct 2010 15:23:33 +0100 Subject: scilab-5.2.2 lapac-3.2.1 64-bit linux Message-ID: <201010251523.33865.bvl@btconnect.com> Greetings, I am attempting to compile scilab-5.2.2 on a computer with these: ------cpu amd64 - 2 cores ------o/s 64-bit cblfs linux kernel-2.6.32, gcc-4.4.2 kde-4.4.5 ------blas: atlas-3.9.25, lapack-3.2.1, ufmpack and other numerics ######### running configure ends as follows:- checking for cblas_dgemm in -lcblas... yes Atlas found checking if LAPACK is available... checking for cheev_... no checking for cheev_ in -llapack... no checking for cheev_ in -llapack_rs6k... no configure: error: Impossible to find the LAPACK library. ########## I obtain the same result if I pass A or B below to the configure script:- A) --with-lapack-library=/usr/local/atlas/lib/liblapack.a B) --with-lapack-library=/usr/local/atlas/lib/ I have the lapack library installed as shown below:- ----------------------------- root [ /usr/local/atlas/lib ]# ls libacml_mp.so libatlas.a libcblas.a libf77blas.a liblapack.a libptcblas.a libptf77blas.a libacml_mv.so libatlas.so libcblas.so libf77blas.so liblapack.so libptcblas.so libptf77blas.so root [ /usr/local/atlas/lib ]# --------------------------- So whether the shared library or static library for lapack is pointed to configure I obtain the same result. But I have tested the static lapac library successfully with the compilation of octave-3.3.5.2/3 ( a similar program to scilab). advice would be appreciated sincerely bv From sylvestre.ledru at scilab.org Mon Oct 25 16:28:09 2010 From: sylvestre.ledru at scilab.org (Sylvestre Ledru) Date: Mon, 25 Oct 2010 16:28:09 +0200 Subject: [Scilab-Dev] scilab-5.2.2 lapac-3.2.1 64-bit linux In-Reply-To: <201010251523.33865.bvl@btconnect.com> References: <201010251523.33865.bvl@btconnect.com> Message-ID: <1288016889.7003.148.camel@zlarin> Hello, Le lundi 25 octobre 2010 ? 15:23 +0100, bv a ?crit : > Greetings, > > I am attempting to compile scilab-5.2.2 on a computer with these: > > ------cpu amd64 - 2 cores > ------o/s 64-bit cblfs linux kernel-2.6.32, gcc-4.4.2 kde-4.4.5 > ------blas: atlas-3.9.25, lapack-3.2.1, ufmpack and other numerics > > ######### running configure ends as follows:- > checking for cblas_dgemm in -lcblas... yes > Atlas found > checking if LAPACK is available... > checking for cheev_... no > checking for cheev_ in -llapack... no > checking for cheev_ in -llapack_rs6k... no > configure: error: Impossible to find the LAPACK library. > ########## Which distrib are you using ? Could you try to the actual lapack directory ? (you are trying with the atlas/lapack libraries with /usr/local/atlas/lib/ Sylvestre -- ------------------------- Sylvestre Ledru ------------------------- The Scilab Consortium Digiteo Domaine de Voluceau Rocquencourt - B.P. 105 78153 Le Chesnay Cedex France From bvl at btconnect.com Mon Oct 25 17:19:19 2010 From: bvl at btconnect.com (bv) Date: Mon, 25 Oct 2010 16:19:19 +0100 Subject: [Scilab-Dev] scilab-5.2.2 lapac-3.2.1 64-bit linux In-Reply-To: <1288016889.7003.148.camel@zlarin> References: <201010251523.33865.bvl@btconnect.com> <1288016889.7003.148.camel@zlarin> Message-ID: <201010251619.19576.bvl@btconnect.com> On Monday 25 October 2010 15:28:09 Sylvestre Ledru wrote: > Hello, > > Le lundi 25 octobre 2010 ? 15:23 +0100, bv a ?crit : > > Greetings, > > > > I am attempting to compile scilab-5.2.2 on a computer with these: > > > > ------cpu amd64 - 2 cores > > ------o/s 64-bit cblfs linux kernel-2.6.32, gcc-4.4.2 kde-4.4.5 > > ------blas: atlas-3.9.25, lapack-3.2.1, ufmpack and other numerics > > > > ######### running configure ends as follows:- > > checking for cblas_dgemm in -lcblas... yes > > Atlas found > > checking if LAPACK is available... > > checking for cheev_... no > > checking for cheev_ in -llapack... no > > checking for cheev_ in -llapack_rs6k... no > > configure: error: Impossible to find the LAPACK library. > > ########## > first of all thanks very much for you prompt response. > Which distrib are you using ? cblfs ( http://cblfs.cross-lfs.org/index.php/Main_Page ) compiled rom sources. I have a pure 64-bit (i.e. non-multilib) setup. > Could you try to the actual lapack directory ? I am unsure what you mean. But If I could explain what I have done it might be useful: 1:- I compiled atlas3.0.25 for shared libraries with a recipe given at ( http://math-atlas.sourceforge.net/atlas_install/ ) 2 -I built ufmpack and other numerics using the atlas and lapac above. I have more confidence in the static lib as the shared lib generation using atlas/gfortran is somewhat in transition (see below). (As a point of information:: I started with atlas3.9.23 and ended with 3.9.25 as shared library generation with atlas using gfortran is somewhat in transision. In fact only last week atlas3.9.26/27 ( http://sourceforge.net/projects/math-atlas/ ) was released which has overhauled the shared-library build setup > (you are trying with the atlas/lapack libraries . > with /usr/local/atlas/lib/ I have tried passing either A or B below A) --with-lapack-library=/usr/local/atlas/lib/liblapack.a B) --with-lapack-library=/usr/local/atlas/lib/ in one instance I from inside /usr/local/atlas/lib I did mv liblapac.so /liblapac.soX to remove the iffy shared lib befire running configure. AND As I said recently I tried compiling octave-3.3.52 and found problems with the lapack shared library. But once I passed --with-lapack-library=/usr/local/atlas/lib/liblapack.a to the configure script Makefiles were generated and compilation was successful.. Could not the same arranged for Scilab? comments/suggestions will be much appreciated sincrely bv From bvl at btconnect.com Mon Oct 25 17:37:12 2010 From: bvl at btconnect.com (bv) Date: Mon, 25 Oct 2010 16:37:12 +0100 Subject: [Scilab-Dev] scilab-5.2.2 lapac-3.2.1 64-bit linux In-Reply-To: <1288016889.7003.148.camel@zlarin> References: <201010251523.33865.bvl@btconnect.com> <1288016889.7003.148.camel@zlarin> Message-ID: <201010251637.12885.bvl@btconnect.com> On Monday 25 October 2010 15:28:09 Sylvestre Ledru wrote: > Hello, > > Le lundi 25 octobre 2010 ? 15:23 +0100, bv a ?crit : > > Greetings, > > > > I am attempting to compile scilab-5.2.2 on a computer with these: > > > > ------cpu amd64 - 2 cores > > ------o/s 64-bit cblfs linux kernel-2.6.32, gcc-4.4.2 kde-4.4.5 > > ------blas: atlas-3.9.25, lapack-3.2.1, ufmpack and other numerics > > > > ######### running configure ends as follows:- > > checking for cblas_dgemm in -lcblas... yes > > Atlas found > > checking if LAPACK is available... > > checking for cheev_... no > > checking for cheev_ in -llapack... no > > checking for cheev_ in -llapack_rs6k... no > > configure: error: Impossible to find the LAPACK library. > > ########## > > Which distrib are you using ? > Could you try to the actual lapack directory ? > (you are trying with the atlas/lapack libraries > with /usr/local/atlas/lib/ ####### an update with typos fixed > Which distrib are you using ? cblfs ( http://cblfs.cross-lfs.org/index.php/Main_Page ) compiled rom sources. I have a pure 64-bit (i.e. non-multilib) setup. > Could you try to the actual lapack directory ? I am unsure what you mean. But if I could explain what I have done it might be useful: 1:- I compiled atlas3.9.25 for shared libraries with a recipe given at ( http://math-atlas.sourceforge.net/atlas_install/ ) 2:- I built ufmpack and other numerics using the atlas and lapac above. I have more confidence in the static lib as the shared lib generation using atlas/gfortran is somewhat in transition (see below). (As a point of information:: I started with atlas3.9.23 and ended with 3.9.25 as shared library generation with atlas using gfortran is somewhat in transition. In fact only last week atlas3.9.26/27 ( http://sourceforge.net/projects/math-atlas/ ) was released which has overhauled the shared-library build setup > (you are trying with the atlas/lapack libraries > with /usr/local/atlas/lib/ I have tried passing either A or B below A) --with-lapack-library=/usr/local/atlas/lib/liblapack.a B) --with-lapack-library=/usr/local/atlas/lib/ in one instance from inside /usr/local/atlas/lib I did mv liblapac.so liblapac.soX to remove the iffy shared lib before running configure. AND as I said -recently I tried compiling octave-3.3.52 and found problems with the lapack shared library. But once I passed --with-lapack-library=/usr/local/atlas/lib/liblapack.a to the configure script Makefiles were generated and compilation was successful.. Could not the same arranged for Scilab? comments/suggestions will be much appreciated sincrely bv ps an update just-now I successfully compiled octave-3.3.53 against the /usr/local/atlas/lib/liblapack.a I have From sylvestre.ledru at scilab.org Wed Oct 27 04:15:12 2010 From: sylvestre.ledru at scilab.org (Sylvestre Ledru) Date: Wed, 27 Oct 2010 04:15:12 +0200 Subject: [Scilab-Dev] SciLab for engineering libraries In-Reply-To: References: Message-ID: <1288145712.4977.377.camel@zlarin> Hello, Le dimanche 26 septembre 2010 ? 16:09 -0400, Mr. Rosaire Francoeur a ?crit : > > Is there any future plans to develop and integrate engineering > specialty libraries like civil engineering, electrical, mechanical, > engineering, etc?? These could be developed and used by engineering > students and engineers. I saw there are already few like wavelet, > signal processing, ? By itself, Scilab should not grow much. We prefer to extend Scilab capabilities through modules (for example available under ATOMS [1]). However, I am sure Scilab and its ecosystem will extend its features in such fields but you will need to be more specific on your interest. Regards, Sylvestre [1] http://atoms.scilab.org/ -- ------------------------- Sylvestre Ledru ------------------------- The Scilab Consortium Digiteo Domaine de Voluceau Rocquencourt - B.P. 105 78153 Le Chesnay Cedex France From deanm at sharplabs.com Thu Oct 28 04:36:08 2010 From: deanm at sharplabs.com (Dean S. Messing) Date: Wed, 27 Oct 2010 19:36:08 -0700 Subject: scinotes bug? Message-ID: I've managed to tickle what appears to be a bug. Using my build of scilab-master-1286272063, I do the following. >From the shell commandline: ==> scilab Now from w/in the Scilab Console: -->editor() then SciNotes comes up fine. If I kill SciNotes by binking on the "Close" button in the window decorations, it dies just fine, and I can restart it with -->editor() in the Console. But if I kill SciNotes with File -> Exit then this is printed out in the shell: Exception in thread "AWT-EventQueue-0" java.lang.NullPointerException at org.scilab.modules.scinotes.ScilabEditorPane.updateInfosWhenFocused(Unknown Source) at org.scilab.modules.scinotes.ScilabEditorPane$1.focusGained(Unknown Source) at java.awt.AWTEventMulticaster.focusGained(AWTEventMulticaster.java:203) at java.awt.Component.processFocusEvent(Component.java:6156) at java.awt.Component.processEvent(Component.java:6023) at java.awt.Container.processEvent(Container.java:2041) at java.awt.Component.dispatchEventImpl(Component.java:4630) at java.awt.Container.dispatchEventImpl(Container.java:2099) at java.awt.Component.dispatchEvent(Component.java:4460) at java.awt.KeyboardFocusManager.redispatchEvent(KeyboardFocusManager.java:1850) at java.awt.DefaultKeyboardFocusManager.typeAheadAssertions(DefaultKeyboardFocusManager.java:901) at java.awt.DefaultKeyboardFocusManager.dispatchEvent(DefaultKeyboardFocusManager.java:513) at java.awt.Component.dispatchEventImpl(Component.java:4502) at java.awt.Container.dispatchEventImpl(Container.java:2099) at java.awt.Component.dispatchEvent(Component.java:4460) at java.awt.EventQueue.dispatchEvent(EventQueue.java:599) at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:269) at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:184) at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:174) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:169) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:161) at java.awt.EventDispatchThread.run(EventDispatchThread.java:122) Furthermore I can no longer restart the editor: -->editor() !--error 999 editor: java.lang.reflect.InvocationTargetException and this is printed in the shell: Oct 27, 2010 7:33:26 PM org.scilab.modules.scinotes.SciNotes scinotes SEVERE: java.lang.reflect.InvocationTargetException java.lang.reflect.InvocationTargetException at java.awt.EventQueue.invokeAndWait(EventQueue.java:998) at javax.swing.SwingUtilities.invokeAndWait(SwingUtilities.java:1320) at org.scilab.modules.scinotes.SciNotes.scinotes(Unknown Source) Caused by: java.lang.NullPointerException at org.scilab.modules.scinotes.SciNotes.addTab(Unknown Source) at org.scilab.modules.scinotes.SciNotes.addTab(Unknown Source) at org.scilab.modules.scinotes.SciNotes.addEmptyTab(Unknown Source) at org.scilab.modules.scinotes.SciNotes.openFile(Unknown Source) at org.scilab.modules.scinotes.SciNotes$2.run(Unknown Source) at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:199) at java.awt.EventQueue.dispatchEvent(EventQueue.java:597) at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:269) at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:184) at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:174) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:169) at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:161) at java.awt.EventDispatchThread.run(EventDispatchThread.java:122) Dean From sylvestre.ledru at scilab.org Thu Oct 28 07:17:23 2010 From: sylvestre.ledru at scilab.org (Sylvestre Ledru) Date: Thu, 28 Oct 2010 07:17:23 +0200 Subject: [Scilab-Dev] scinotes bug? In-Reply-To: References: Message-ID: <1288243043.31890.1994.camel@losinj.inria.fr> Hello Dean, Could you use the bug tracker ? (even if you are unsure that it is a bug) http://bugzilla.scilab.org/ It helps to keep track of the various issues and many conversations in the Scilab community are taking place on the bug tracker. thanks, Sylvestre Le mercredi 27 octobre 2010 ? 19:36 -0700, Dean S. Messing a ?crit : > I've managed to tickle what appears to be a bug. > > Using my build of scilab-master-1286272063, I do the following. > > From the shell commandline: > > ==> scilab > > Now from w/in the Scilab Console: > > -->editor() > > then SciNotes comes up fine. If I kill SciNotes by binking on the "Close" > button in the window decorations, it dies just fine, and I can restart > it with > > -->editor() > > in the Console. But if I kill SciNotes with File -> Exit then > this is printed out in the shell: > > > Exception in thread "AWT-EventQueue-0" java.lang.NullPointerException > at org.scilab.modules.scinotes.ScilabEditorPane.updateInfosWhenFocused(Unknown Source) > at org.scilab.modules.scinotes.ScilabEditorPane$1.focusGained(Unknown Source) > at java.awt.AWTEventMulticaster.focusGained(AWTEventMulticaster.java:203) > at java.awt.Component.processFocusEvent(Component.java:6156) > at java.awt.Component.processEvent(Component.java:6023) > at java.awt.Container.processEvent(Container.java:2041) > at java.awt.Component.dispatchEventImpl(Component.java:4630) > at java.awt.Container.dispatchEventImpl(Container.java:2099) > at java.awt.Component.dispatchEvent(Component.java:4460) > at java.awt.KeyboardFocusManager.redispatchEvent(KeyboardFocusManager.java:1850) > at java.awt.DefaultKeyboardFocusManager.typeAheadAssertions(DefaultKeyboardFocusManager.java:901) > at java.awt.DefaultKeyboardFocusManager.dispatchEvent(DefaultKeyboardFocusManager.java:513) > at java.awt.Component.dispatchEventImpl(Component.java:4502) > at java.awt.Container.dispatchEventImpl(Container.java:2099) > at java.awt.Component.dispatchEvent(Component.java:4460) > at java.awt.EventQueue.dispatchEvent(EventQueue.java:599) > at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:269) > at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:184) > at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:174) > at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:169) > at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:161) > at java.awt.EventDispatchThread.run(EventDispatchThread.java:122) > > Furthermore I can no longer restart the editor: > > > -->editor() > !--error 999 > editor: java.lang.reflect.InvocationTargetException > > > and this is printed in the shell: > > Oct 27, 2010 7:33:26 PM org.scilab.modules.scinotes.SciNotes scinotes > SEVERE: java.lang.reflect.InvocationTargetException > java.lang.reflect.InvocationTargetException > at java.awt.EventQueue.invokeAndWait(EventQueue.java:998) > at javax.swing.SwingUtilities.invokeAndWait(SwingUtilities.java:1320) > at org.scilab.modules.scinotes.SciNotes.scinotes(Unknown Source) > Caused by: java.lang.NullPointerException > at org.scilab.modules.scinotes.SciNotes.addTab(Unknown Source) > at org.scilab.modules.scinotes.SciNotes.addTab(Unknown Source) > at org.scilab.modules.scinotes.SciNotes.addEmptyTab(Unknown Source) > at org.scilab.modules.scinotes.SciNotes.openFile(Unknown Source) > at org.scilab.modules.scinotes.SciNotes$2.run(Unknown Source) > at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:199) > at java.awt.EventQueue.dispatchEvent(EventQueue.java:597) > at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:269) > at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:184) > at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:174) > at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:169) > at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:161) > at java.awt.EventDispatchThread.run(EventDispatchThread.java:122) > > Dean From calixte at contrib.scilab.org Thu Oct 28 11:20:23 2010 From: calixte at contrib.scilab.org (Calixte Denizet) Date: Thu, 28 Oct 2010 11:20:23 +0200 Subject: [Scilab-Dev] scinotes bug? In-Reply-To: References: Message-ID: <1288257623.2481.5.camel@Calixte-Dell> Hello Dean I reported the bug on bugzilla and solved it. Don't hesitate to report the bugs directly at bugzilla.scilab.org. Calixte Le mercredi 27 octobre 2010 ? 19:36 -0700, Dean S. Messing a ?crit : > I've managed to tickle what appears to be a bug. > > Using my build of scilab-master-1286272063, I do the following. > > From the shell commandline: > > ==> scilab > > Now from w/in the Scilab Console: > > -->editor() > > then SciNotes comes up fine. If I kill SciNotes by binking on the "Close" > button in the window decorations, it dies just fine, and I can restart > it with > > -->editor() > > in the Console. But if I kill SciNotes with File -> Exit then > this is printed out in the shell: > > > Exception in thread "AWT-EventQueue-0" java.lang.NullPointerException > at org.scilab.modules.scinotes.ScilabEditorPane.updateInfosWhenFocused(Unknown Source) > at org.scilab.modules.scinotes.ScilabEditorPane$1.focusGained(Unknown Source) > at java.awt.AWTEventMulticaster.focusGained(AWTEventMulticaster.java:203) > at java.awt.Component.processFocusEvent(Component.java:6156) > at java.awt.Component.processEvent(Component.java:6023) > at java.awt.Container.processEvent(Container.java:2041) > at java.awt.Component.dispatchEventImpl(Component.java:4630) > at java.awt.Container.dispatchEventImpl(Container.java:2099) > at java.awt.Component.dispatchEvent(Component.java:4460) > at java.awt.KeyboardFocusManager.redispatchEvent(KeyboardFocusManager.java:1850) > at java.awt.DefaultKeyboardFocusManager.typeAheadAssertions(DefaultKeyboardFocusManager.java:901) > at java.awt.DefaultKeyboardFocusManager.dispatchEvent(DefaultKeyboardFocusManager.java:513) > at java.awt.Component.dispatchEventImpl(Component.java:4502) > at java.awt.Container.dispatchEventImpl(Container.java:2099) > at java.awt.Component.dispatchEvent(Component.java:4460) > at java.awt.EventQueue.dispatchEvent(EventQueue.java:599) > at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:269) > at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:184) > at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:174) > at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:169) > at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:161) > at java.awt.EventDispatchThread.run(EventDispatchThread.java:122) > > Furthermore I can no longer restart the editor: > > > -->editor() > !--error 999 > editor: java.lang.reflect.InvocationTargetException > > > and this is printed in the shell: > > Oct 27, 2010 7:33:26 PM org.scilab.modules.scinotes.SciNotes scinotes > SEVERE: java.lang.reflect.InvocationTargetException > java.lang.reflect.InvocationTargetException > at java.awt.EventQueue.invokeAndWait(EventQueue.java:998) > at javax.swing.SwingUtilities.invokeAndWait(SwingUtilities.java:1320) > at org.scilab.modules.scinotes.SciNotes.scinotes(Unknown Source) > Caused by: java.lang.NullPointerException > at org.scilab.modules.scinotes.SciNotes.addTab(Unknown Source) > at org.scilab.modules.scinotes.SciNotes.addTab(Unknown Source) > at org.scilab.modules.scinotes.SciNotes.addEmptyTab(Unknown Source) > at org.scilab.modules.scinotes.SciNotes.openFile(Unknown Source) > at org.scilab.modules.scinotes.SciNotes$2.run(Unknown Source) > at java.awt.event.InvocationEvent.dispatch(InvocationEvent.java:199) > at java.awt.EventQueue.dispatchEvent(EventQueue.java:597) > at java.awt.EventDispatchThread.pumpOneEventForFilters(EventDispatchThread.java:269) > at java.awt.EventDispatchThread.pumpEventsForFilter(EventDispatchThread.java:184) > at java.awt.EventDispatchThread.pumpEventsForHierarchy(EventDispatchThread.java:174) > at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:169) > at java.awt.EventDispatchThread.pumpEvents(EventDispatchThread.java:161) > at java.awt.EventDispatchThread.run(EventDispatchThread.java:122) > > Dean From deanm at sharplabs.com Thu Oct 28 22:40:35 2010 From: deanm at sharplabs.com (Dean S. Messing) Date: Thu, 28 Oct 2010 13:40:35 -0700 Subject: [Scilab-Dev] scinotes bug? In-Reply-To: <1288257623.2481.5.camel@Calixte-Dell> (message from Calixte Denizet on Thu, 28 Oct 2010 11:20:23 +0200) References: <1288257623.2481.5.camel@Calixte-Dell> Message-ID: Calixte wrote: > I reported the bug on bugzilla and solved it. Don't hesitate to report > the bugs directly at bugzilla.scilab.org. Thanks. I shall get an account and start reporting stuff there. It's just that I'm still not very sure of myself with Scilab-5. I had a lot of trouble building and am always worried that the errors are of my own doing. (On my Fedora 13 system it certainly is not just "./configure" and "make all" :-) Do you have a link to your SciNotes solution/patch so I can fix also. Also, when do these fixes get feathered into the Master Branch? I thought y'all are constantly updating it, but the "last modified" date is early Oct. Again, thanks. Dean From sylvestre.ledru at scilab.org Thu Oct 28 23:11:16 2010 From: sylvestre.ledru at scilab.org (Sylvestre Ledru) Date: Thu, 28 Oct 2010 23:11:16 +0200 Subject: [Scilab-Dev] scinotes bug? In-Reply-To: References: <1288257623.2481.5.camel@Calixte-Dell> Message-ID: <1288300276.4977.7180.camel@zlarin> Le jeudi 28 octobre 2010 ? 13:40 -0700, Dean S. Messing a ?crit : > Calixte wrote: > > I reported the bug on bugzilla and solved it. Don't hesitate to report > > the bugs directly at bugzilla.scilab.org. > > Thanks. I shall get an account and start reporting stuff there. It's > just that I'm still not very sure of myself with Scilab-5. I had a lot > of trouble building and am always worried that the errors are of my own > doing. (On my Fedora 13 system it certainly is not just "./configure" > and "make all" :-) > > Do you have a link to your SciNotes solution/patch so I can fix also. > Also, when do these fixes get feathered into the Master Branch? I > thought y'all are constantly updating it, but the "last modified" date > is early Oct. Actually, we are currently working in the branch 5.3 and since we are not working in the master branch (the future 5.4) for now, we don't merge often from 5.3 => master. git checkout 5.3 will do it. Sylvestre -- ------------------------- Sylvestre Ledru ------------------------- The Scilab Consortium Digiteo Domaine de Voluceau Rocquencourt - B.P. 105 78153 Le Chesnay Cedex France From calixte at contrib.scilab.org Thu Oct 28 23:19:48 2010 From: calixte at contrib.scilab.org (Calixte Denizet) Date: Thu, 28 Oct 2010 23:19:48 +0200 Subject: [Scilab-Dev] scinotes bug? In-Reply-To: References: <1288257623.2481.5.camel@Calixte-Dell> Message-ID: <1288300788.23232.21.camel@Calixte-Dell> Le jeudi 28 octobre 2010 ? 13:40 -0700, Dean S. Messing a ?crit : > Calixte wrote: > > I reported the bug on bugzilla and solved it. Don't hesitate to report > > the bugs directly at bugzilla.scilab.org. > > Thanks. I shall get an account and start reporting stuff there. It's > just that I'm still not very sure of myself with Scilab-5. I had a lot > of trouble building and am always worried that the errors are of my own > doing. (On my Fedora 13 system it certainly is not just "./configure" > and "make all" :-) > You should download and install the last stable scilab (or a beta if you want) and when you think you've a bug on the master, try to reproduce it in the stable version. > Do you have a link to your SciNotes solution/patch so I can fix also. We use a codereview and the patch is here (take care it's in the 5.3 branch) : http://codereview.scilab.org/#change,2367 > Also, when do these fixes get feathered into the Master Branch? Actually we're working essentially in the 5.3 branch to prepare the release 5.3.0. Have a look at http://wiki.scilab.org/GIT:_Moving_between_the_master_and_a_branch?highlight=(git) Calixte > I > thought y'all are constantly updating it, but the "last modified" date > is early Oct. > > Again, thanks. > > > Dean From deanm at sharplabs.com Fri Oct 29 01:27:07 2010 From: deanm at sharplabs.com (Dean S. Messing) Date: Thu, 28 Oct 2010 16:27:07 -0700 Subject: [Scilab-Dev] scinotes bug? In-Reply-To: <1288300788.23232.21.camel@Calixte-Dell> (message from Calixte Denizet on Thu, 28 Oct 2010 23:19:48 +0200) References: <1288257623.2481.5.camel@Calixte-Dell> <1288300788.23232.21.camel@Calixte-Dell> Message-ID: On Thu, 28 Oct 2010 23:19:48 +0200, Calixte Denizet wrote: > Le jeudi 28 octobre 2010 ? 13:40 -0700, Dean S. Messing a ?crit : > > Calixte wrote: > > > I reported the bug on bugzilla and solved it. Don't hesitate to report > > > the bugs directly at bugzilla.scilab.org. > > > > Thanks. I shall get an account and start reporting stuff there. It's > > just that I'm still not very sure of myself with Scilab-5. I had a lot > > of trouble building and am always worried that the errors are of my own > > doing. (On my Fedora 13 system it certainly is not just "./configure" > > and "make all" :-) > > > > You should download and install the last stable scilab (or a beta if you > want) and when you think you've a bug on the master, try to reproduce it > in the stable version. > > > Do you have a link to your SciNotes solution/patch so I can fix also. > > We use a codereview and the patch is here (take care it's in the 5.3 > branch) : And Sylvestre Ledru wrote: > Actually, we are currently working in the branch 5.3 and since we are > not working in the master branch (the future 5.4) for now, we don't > merge often from 5.3 => master. > > git checkout 5.3 will do it. Thanks for this clarification. I clearly misunderstood this figure: http://www.scilab.org/communities/developer_zone/scilab_versions thinking that the Master Branch was what y'all were working in to fix bugs from 5.3.0 Beta 4, til 5.3 gets branched off. Thanks also for the pointer to the patch! Dean From deanm at sharplabs.com Fri Oct 29 02:52:43 2010 From: deanm at sharplabs.com (Dean S. Messing) Date: Thu, 28 Oct 2010 17:52:43 -0700 Subject: Two basic questionss Message-ID: I've downloaded the git repo, moved from the master to the 5.3 branch according to the instructions in the link you provided, Calixte, and fetched the codereview patch that fixes the Java exception in SciNotes using git fetch http://codereview.scilab.org/p/scilab refs/changes/67/2367/1 && git checkout FETCH_HEAD from the other link you provided. I do not (yet) really understand git, so please forgive the very basic questions: Now that I have the 5.3 branch, do I perform the build right inside the scilab directory (with ./configure, etc.) or do I copy the "scilab" directory somewhere else to protect the contents of the "clean" version? Thanks. Dean From bvl at btconnect.com Fri Oct 29 04:28:57 2010 From: bvl at btconnect.com (bv) Date: Fri, 29 Oct 2010 03:28:57 +0100 Subject: Oh scilab!what a beaut you are you are if only you'd build without the war Message-ID: <201010290328.57390.bvl@btconnect.com> Greetings, I am atempting to compile scilab-5.2.2 on a machine with these:- ---cpu-amd64 2 cores ---o/s CBLFS linux (64-bit only) compiled from sources kernel-2.6.32 ---numerical progs: atlas3.9.26,lapack-3.2.2 and umfpack~co I have umfpack and co in /usr/local/numerics rt [ ~ ]# ls /usr/local/numerics/lib libamd.a libcamd.a libcerbla.a libcolamd.a libcxsparse.a libldl.a libumfpack.a libbtf.a libccolamd.a libcholmod.a libcsparse.a libklu.a libspqr.a rt [ ~ ]# rt [ ~ ]# ls /usr/local/numerics/include/umfpack.h /usr/local/numerics/include/umfpack.h rt [ ~ ]# ---------------My first promising run of configure resulted like so:- checking for cblas_dgemm in -lcblas... yes Atlas found checking if LAPACK is available... checking for cheev_... no checking for cheev_ in -llapack... yes Library -llapack found checking suitesparse/umfpack.h usability... no checking suitesparse/umfpack.h presence... no checking for suitesparse/umfpack.h... no checking umfpack.h usability... yes checking umfpack.h presence... yes checking for umfpack.h... yes checking for suitesparse/umfpack.h... (cached) no checking for umfpack.h... (cached) yes checking for umf_divcomplex in /usr/local/numerics/lib... checking for amd_info in -lamd... no configure: error: libamd: Library missing (Cannot find symbol amd_info). Check if libamd (sparse matrix minimum degree ordering) is installed and if the version is correct I then recompiled umfpack+co ensuring that -m64 -fPIC was to compiler flags for ALL the components. No build errors were reported. ---------------However on running configure again, the following results:- Atlas found checking if LAPACK is available... checking for cheev_... no checking for cheev_ in -llapack... yes Library -llapack found checking suitesparse/umfpack.h usability... no checking suitesparse/umfpack.h presence... no checking for suitesparse/umfpack.h... no checking umfpack.h usability... no checking umfpack.h presence... no checking for umfpack.h... no configure: error: Cannot find headers (umfpack.h) of the library UMFPACK. Please install the dev package (Debian : libsuitesparse-dev) I have compiled other programs such as octave-3.3.52/53, numpy/scipy (recent versions) and had no difficulties using the setup I have. Accordingly guidance of where I am going wrong with scilab-5.2.2 would be apprecated sincerely bv From sylvestre.ledru at scilab.org Fri Oct 29 06:56:10 2010 From: sylvestre.ledru at scilab.org (Sylvestre Ledru) Date: Fri, 29 Oct 2010 06:56:10 +0200 Subject: [Scilab-Dev] Two basic questionss In-Reply-To: References: Message-ID: <1288328170.5490.32434.camel@korcula.inria.fr> Le jeudi 28 octobre 2010 ? 17:52 -0700, Dean S. Messing a ?crit : > I've downloaded the git repo, moved from the master to the 5.3 branch > according to the instructions in the link you provided, Calixte, and > fetched the codereview patch that fixes the Java exception in SciNotes > using > > git fetch http://codereview.scilab.org/p/scilab refs/changes/67/2367/1 && git checkout FETCH_HEAD > > from the other link you provided. > > I do not (yet) really understand git, so please forgive the very basic > questions: > > > Now that I have the 5.3 branch, do I perform the build right inside the > scilab directory (with ./configure, etc.) or do I copy the "scilab" > directory somewhere else to protect the contents of the "clean" version? ./configure inside the directory will be perfectly fine! Sylvestre From sylvestre.ledru at scilab.org Fri Oct 29 06:58:23 2010 From: sylvestre.ledru at scilab.org (Sylvestre Ledru) Date: Fri, 29 Oct 2010 06:58:23 +0200 Subject: [Scilab-Dev] Oh scilab!what a beaut you are you are if only you'd build without the war In-Reply-To: <201010290328.57390.bvl@btconnect.com> References: <201010290328.57390.bvl@btconnect.com> Message-ID: <1288328303.5490.32446.camel@korcula.inria.fr> Le vendredi 29 octobre 2010 ? 03:28 +0100, bv a ?crit : > Greetings, > > > I am atempting to compile scilab-5.2.2 on a machine with these:- > ---cpu-amd64 2 cores > ---o/s CBLFS linux (64-bit only) compiled from sources kernel-2.6.32 > ---numerical progs: atlas3.9.26,lapack-3.2.2 and umfpack~co > > > I have umfpack and co in /usr/local/numerics > rt [ ~ ]# ls /usr/local/numerics/lib > libamd.a libcamd.a libcerbla.a libcolamd.a libcxsparse.a libldl.a > libumfpack.a > libbtf.a libccolamd.a libcholmod.a libcsparse.a libklu.a libspqr.a > rt [ ~ ]# Usually, Scilab is expecting some dynamic libraries to build correctly. [...] > > ---------------However on running configure again, the following results:- > Atlas found > checking if LAPACK is available... > checking for cheev_... no > checking for cheev_ in -llapack... yes > Library -llapack found > checking suitesparse/umfpack.h usability... no > checking suitesparse/umfpack.h presence... no > checking for suitesparse/umfpack.h... no > checking umfpack.h usability... no > checking umfpack.h presence... no > checking for umfpack.h... no > configure: error: Cannot find headers (umfpack.h) of the library UMFPACK. > Please install the dev package (Debian : libsuitesparse-dev) You should have a look in the config.log to see what is the actual error. (go at the end of the file and go up before the list of variables). or try with --without-umfpack > > I have compiled other programs such as octave-3.3.52/53, numpy/scipy (recent > versions) and had no difficulties using the setup I have. Accordingly > guidance of where I am going wrong with scilab-5.2.2 would be apprecated Octave and numpy are different software than Scilab... Sylvestre From bvl at btconnect.com Fri Oct 29 11:47:08 2010 From: bvl at btconnect.com (bv) Date: Fri, 29 Oct 2010 10:47:08 +0100 Subject: [Scilab-Dev] Oh scilab!what a beaut you are you are if only you'd build without the war In-Reply-To: <1288328303.5490.32446.camel@korcula.inria.fr> References: <201010290328.57390.bvl@btconnect.com> <1288328303.5490.32446.camel@korcula.inria.fr> Message-ID: <201010291047.08354.bvl@btconnect.com> On Friday 29 October 2010 05:58:23 Sylvestre Ledru wrote: > Le vendredi 29 octobre 2010 ? 03:28 +0100, bv a ?crit : > > Greetings, > > > > > > I am atempting to compile scilab-5.2.2 on a machine with these:- > > ---cpu-amd64 2 cores > > ---o/s CBLFS linux (64-bit only) compiled from sources kernel-2.6.32 > > ---numerical progs: atlas3.9.26,lapack-3.2.2 and umfpack~co > > > > > > I have umfpack and co in /usr/local/numerics > > rt [ ~ ]# ls /usr/local/numerics/lib > > libamd.a libcamd.a libcerbla.a libcolamd.a libcxsparse.a > > libldl.a libumfpack.a > > libbtf.a libccolamd.a libcholmod.a libcsparse.a libklu.a > > libspqr.a rt [ ~ ]# > > Usually, Scilab is expecting some dynamic libraries to build correctly. > [...] > ....ehm here is the home of SuiteSparse http://www.cise.ufl.edu/research/sparse/SuiteSparse/ and as far as I know all its components are built using the UFconfig utility AND static libs are the default. If anyone on list knows how to to hack UFconfig or use say cmake to generate shared libs for the SuiteSparse components please let me know. From sylvestre.ledru at scilab.org Fri Oct 29 11:50:48 2010 From: sylvestre.ledru at scilab.org (Sylvestre Ledru) Date: Fri, 29 Oct 2010 11:50:48 +0200 Subject: [Scilab-Dev] Oh scilab!what a beaut you are you are if only you'd build without the war In-Reply-To: <201010291047.08354.bvl@btconnect.com> References: <201010290328.57390.bvl@btconnect.com> <1288328303.5490.32446.camel@korcula.inria.fr> <201010291047.08354.bvl@btconnect.com> Message-ID: <1288345848.5490.33381.camel@korcula.inria.fr> Le vendredi 29 octobre 2010 ? 10:47 +0100, bv a ?crit : > On Friday 29 October 2010 05:58:23 Sylvestre Ledru wrote: > > Le vendredi 29 octobre 2010 ? 03:28 +0100, bv a ?crit : > > > Greetings, > > > > > > > > > I am atempting to compile scilab-5.2.2 on a machine with these:- > > > ---cpu-amd64 2 cores > > > ---o/s CBLFS linux (64-bit only) compiled from sources kernel-2.6.32 > > > ---numerical progs: atlas3.9.26,lapack-3.2.2 and umfpack~co > > > > > > > > > I have umfpack and co in /usr/local/numerics > > > rt [ ~ ]# ls /usr/local/numerics/lib > > > libamd.a libcamd.a libcerbla.a libcolamd.a libcxsparse.a > > > libldl.a libumfpack.a > > > libbtf.a libccolamd.a libcholmod.a libcsparse.a libklu.a > > > libspqr.a rt [ ~ ]# > > > > Usually, Scilab is expecting some dynamic libraries to build correctly. > > [...] > > > > ....ehm here is the home of SuiteSparse > http://www.cise.ufl.edu/research/sparse/SuiteSparse/ > > and as far as I know all its components are built using the UFconfig utility > AND static libs are the default. > If anyone on list knows how to to hack UFconfig or use say cmake to generate > shared libs for the SuiteSparse components > please let me know. Debian & Ubuntu packages are built using these patches which enables the shared lib build: http://git.debian.org/?p=pkg-scicomp/suitesparse.git;a=tree;f=debian/patches;h=0ac060b2a39ad6586040ef42f2a9bb8b733a7980;hb=fcdd9cd529c01240b8e014d329c0089afd2e8cf3 Sylvestre From bvl at btconnect.com Fri Oct 29 12:17:54 2010 From: bvl at btconnect.com (bv) Date: Fri, 29 Oct 2010 11:17:54 +0100 Subject: [Scilab-Dev] Oh scilab!what a beaut you are you are if only you'd build without the war In-Reply-To: <1288328303.5490.32446.camel@korcula.inria.fr> References: <201010290328.57390.bvl@btconnect.com> <1288328303.5490.32446.camel@korcula.inria.fr> Message-ID: <201010291117.54435.bvl@btconnect.com> On Friday 29 October 2010 05:58:23 Sylvestre Ledru wrote: > Le vendredi 29 octobre 2010 ? 03:28 +0100, bv a ?crit : > > Greetings, > > > > > > I am atempting to compile scilab-5.2.2 on a machine with these:- > > ---cpu-amd64 2 cores > > ---o/s CBLFS linux (64-bit only) compiled from sources kernel-2.6.32 > > ---numerical progs: atlas3.9.26,lapack-3.2.2 and umfpack~co > > > > > > I have umfpack and co in /usr/local/numerics > > rt [ ~ ]# ls /usr/local/numerics/lib > > libamd.a libcamd.a libcerbla.a libcolamd.a libcxsparse.a > > libldl.a libumfpack.a > > libbtf.a libccolamd.a libcholmod.a libcsparse.a libklu.a > > libspqr.a rt [ ~ ]# > > Usually, Scilab is expecting some dynamic libraries to build correctly. > [...] > excerpt from Readme.txt of most recent SuitSparce (version3.4.0" ( http://www.cise.ufl.edu/research/sparse/SuiteSparse/ ) "In a future version, I will include a "make install" that will create *.so libraries and place them in /usr/lib. The libraries should be called libPACKAGE.so.VERSION.SUBVERSION.SUBSUBVERSION. For example, libcolamd.so.2.7.1 should be the library name for COLAMD version 2.7.1. The version numbers are located in UFconfig.h (in comments) and in each package (as a #define)" From bvl at btconnect.com Fri Oct 29 12:58:03 2010 From: bvl at btconnect.com (bv) Date: Fri, 29 Oct 2010 11:58:03 +0100 Subject: [Scilab-Dev] Oh scilab!what a beaut you are you are if only you'd build without the war In-Reply-To: <1288345848.5490.33381.camel@korcula.inria.fr> References: <201010290328.57390.bvl@btconnect.com> <201010291047.08354.bvl@btconnect.com> <1288345848.5490.33381.camel@korcula.inria.fr> Message-ID: <201010291158.04158.bvl@btconnect.com> On Friday 29 October 2010 10:50:48 Sylvestre Ledru wrote: > Le vendredi 29 octobre 2010 ? 10:47 +0100, bv a ?crit : > > On Friday 29 October 2010 05:58:23 Sylvestre Ledru wrote: > > > Le vendredi 29 octobre 2010 ? 03:28 +0100, bv a ?crit : > > > > Greetings, > > > > > > > > > > > > I am atempting to compile scilab-5.2.2 on a machine with these:- > > > > ---cpu-amd64 2 cores > > > > ---o/s CBLFS linux (64-bit only) compiled from sources kernel-2.6.32 > > > > ---numerical progs: atlas3.9.26,lapack-3.2.2 and umfpack~co > > > > > > > > > > > > I have umfpack and co in /usr/local/numerics > > > > rt [ ~ ]# ls /usr/local/numerics/lib > > > > libamd.a libcamd.a libcerbla.a libcolamd.a libcxsparse.a > > > > libldl.a libumfpack.a > > > > libbtf.a libccolamd.a libcholmod.a libcsparse.a libklu.a > > > > libspqr.a rt [ ~ ]# > > > > > > Usually, Scilab is expecting some dynamic libraries to build correctly. > > > [...] > > > > ....ehm here is the home of SuiteSparse > > http://www.cise.ufl.edu/research/sparse/SuiteSparse/ > > > > and as far as I know all its components are built using the UFconfig > > utility AND static libs are the default. > > If anyone on list knows how to to hack UFconfig or use say cmake to > > generate shared libs for the SuiteSparse components > > please let me know. > > Debian & Ubuntu packages are built using these patches which enables the > shared lib build: > http://git.debian.org/?p=pkg-scicomp/suitesparse.git;a=tree;f=debian/patche > s;h=0ac060b2a39ad6586040ef42f2a9bb8b733a7980;hb=fcdd9cd529c01240b8e014d329c > 0089afd2e8cf3 > > thannks for the link. A cursury glanch at the patches suggest they may well be a tad on the old side and are heavily skewed towards C (and probably i386 ) ( I am unsure in any of them are patucularly useful here. ) And from my modest understanding of BLAS, it seem the best BLAS and other linear algebra progs are in fortran. I also find fortran shared libs dont do too well on machines built on C-shared-libraries/ldconfig. So is it not best to stick to blas-fortran-libs/static-linking especially in these days when 4-16 gbytes of ram are commonplace? Also here is a link on BLAS benchmarks http://www.ats.ucla.edu/clusters/common/software/libraries/blas_benchmark.htm Taken into account all the expert advice and wanting the best performance, I have designed my system (regarding application of BLAS) to:- --use pure 64-bit libraries --use gfortran for blas --use acml where this is possible could I put thse on the wish llist for future version of your excellent program scilab.? From deanm at sharplabs.com Fri Oct 29 21:34:18 2010 From: deanm at sharplabs.com (Dean S. Messing) Date: Fri, 29 Oct 2010 12:34:18 -0700 Subject: java compile errors when building metanet Message-ID: I've been reading about the missing Help pages in the metanet ATOMS module (see bug report below) so I tried to build my own from metanet-master which contains the help/ directory, and which I got from the link Calixte provides in Comment #2 of this bug report: http://bugzilla.scilab.org/show_bug.cgi?id=8233 After doing `exec builder.sce', all goes well til the java stuff starts compiling. Then I get a boatload java compile errors like this: [javac] /usr/local/src/Scilab/scilab-5.3.0/contrib/metanet/src/java/org/scilab/modules/metanet/actions/CircuitAction.java:37: package org.scilab.modules.types.scilabTypes does not exist [javac] import org.scilab.modules.types.scilabTypes.ScilabString; [javac] ^ and this: [javac] /usr/local/src/Scilab/scilab-5.3.0/contrib/metanet/src/java/org/scilab/modules/metanet/io/GraphReader.java:44: cannot find symbol [javac] symbol : class ScilabTList [javac] location: class org.scilab.modules.metanet.io.GraphReader [javac] public static HashMap convertTListToDiagram(ScilabTList data) { [javac] ^ How do I proceed? Deann From calixte at contrib.scilab.org Fri Oct 29 21:55:03 2010 From: calixte at contrib.scilab.org (Calixte Denizet) Date: Fri, 29 Oct 2010 21:55:03 +0200 Subject: [Scilab-Dev] java compile errors when building metanet In-Reply-To: References: Message-ID: <1288382103.23232.67.camel@Calixte-Dell> Hello Dean Le vendredi 29 octobre 2010 ? 12:34 -0700, Dean S. Messing a ?crit : > I've been reading about the missing Help pages in the metanet ATOMS > module (see bug report below) so I tried to build my own from > metanet-master which contains the help/ directory, and which I got from > the link Calixte provides in Comment #2 of this bug report: > http://bugzilla.scilab.org/show_bug.cgi?id=8233 The source tree of metanet is here: http://forge.scilab.org/index.php/p/metanet/source/tree/master/ you can git clone it. > > After doing `exec builder.sce', all goes well til the java stuff starts > compiling. Then I get a boatload java compile errors like this: > > [javac] /usr/local/src/Scilab/scilab-5.3.0/contrib/metanet/src/java/org/scilab/modules/metanet/actions/CircuitAction.java:37: package org.scilab.modules.types.scilabTypes does not exist > [javac] import org.scilab.modules.types.scilabTypes.ScilabString; > [javac] ^ > Two things: i) grep and find are now your best friends ! (and dev ML too) ii) org.scilab.modules refers to a package which is in the scilab tree, so go to the directory SCI/modules/types/src/java/org.... and you'll see that the dir scilabTypes is missing :/. The gitweb should help you: http://gitweb.scilab.org/?p=scilab.git;a=shortlog;h=refs/heads/5.3 here you can see the history of the directory types: http://gitweb.scilab.org/?p=scilab.git;a=history;f=scilab/modules/types/src/java/org/scilab/modules/types;hb=refs/heads/5.3 and in looking at the 7th link you'll understand that Sylvestre moved the file ScilabString from scilabTypes to types ! So you can conclude that the sources of metanet were not updated. > > and this: > > > [javac] /usr/local/src/Scilab/scilab-5.3.0/contrib/metanet/src/java/org/scilab/modules/metanet/io/GraphReader.java:44: cannot find symbol > [javac] symbol : class ScilabTList > [javac] location: class org.scilab.modules.metanet.io.GraphReader > [javac] public static HashMap convertTListToDiagram(ScilabTList data) { > [javac] ^ > > I think this is the same problem than previous one ... > How do I proceed? > As explained... If I was not clear enough, don't hesitate to reply and I'll help you if I can. > Deann Calixte From deanm at sharplabs.com Sat Oct 30 01:21:11 2010 From: deanm at sharplabs.com (Dean S. Messing) Date: Fri, 29 Oct 2010 16:21:11 -0700 Subject: [Scilab-Dev] java compile errors when building metanet In-Reply-To: <1288382103.23232.67.camel@Calixte-Dell> (message from Calixte Denizet on Fri, 29 Oct 2010 21:55:03 +0200) References: <1288382103.23232.67.camel@Calixte-Dell> Message-ID: On Fri, 29 Oct 2010 21:55:03 +0200, Calixte Denizet wrote: > Le vendredi 29 octobre 2010 ? 12:34 -0700, Dean S. Messing a ?crit : > > I've been reading about the missing Help pages in the metanet ATOMS > > module (see bug report below) so I tried to build my own from > > metanet-master which contains the help/ directory, and which I got from > > the link Calixte provides in Comment #2 of this bug report: > > http://bugzilla.scilab.org/show_bug.cgi?id=8233 > > The source tree of metanet is here: > http://forge.scilab.org/index.php/p/metanet/source/tree/master/ > > you can git clone it. Thanks. This turns out to get exactly what I got from the link in the bug report (except for ".git" :-) =>diff -r --brief metanet-master/ metanet/ Only in metanet/: .git > > After doing `exec builder.sce', all goes well til the java stuff starts > > compiling. Then I get a boatload java compile errors like this: > > > > [javac] /usr/local/src/Scilab/scilab-5.3.0/contrib/metanet/src/java/org/scilab/modules/metanet/actions/CircuitAction.java:37: package org.scilab.modules.types.scilabTypes does not exist > > [javac] import org.scilab.modules.types.scilabTypes.ScilabString; > > [javac] ^ > > > > Two things: > i) grep and find are now your best friends ! (and dev ML too) Once I figured out that the "." in the name represented subdirs I used "locate" to find the spot in the SCI tree. But since I know nothing about Java, the problem was still opaque to me. Thanks for the hint! (Indeed "grep" and "find" are indeed close friends of mine.) > ii) org.scilab.modules refers to a package which is in the scilab tree, > so go to the directory SCI/modules/types/src/java/org.... and you'll see > that the dir scilabTypes is missing :/. The gitweb should help you: > http://gitweb.scilab.org/?p=scilab.git;a=shortlog;h=refs/heads/5.3 > > here you can see the history of the directory types: > http://gitweb.scilab.org/?p=scilab.git;a=history;f=scilab/modules/types/src/java/org/scilab/modules/types;hb=refs/heads/5.3 > > and in looking at the 7th link you'll understand that Sylvestre moved > the file ScilabString from scilabTypes to types ! > > So you can conclude that the sources of metanet were not updated. > > > > > and this: > > > > > > [javac] /usr/local/src/Scilab/scilab-5.3.0/contrib/metanet/src/java/org/scilab/modules/metanet/io/GraphReader.java:44: cannot find symbol > > [javac] symbol : class ScilabTList > > [javac] location: class org.scilab.modules.metanet.io.GraphReader > > [javac] public static HashMap convertTListToDiagram(ScilabTList data) { > > [javac] ^ > > > > > > I think this is the same problem than previous one ... Ok. > > How do I proceed? > > > > As explained... If I was not clear enough, don't hesitate to reply and > I'll help you if I can. I'll see if I can modify the sources to compile. (Who will notify the Serge, et al. that they need to mod their package to work with 5.3.0?) But then what? Having just started playing with the ATOMS stuff last evening, I'm not sure where to put the result of my build so that ATOMS can see the local module and install it. I know about atomsSetConfig('offLine', 'True'); but then how do I get the ATOMS GUI to work? Or should I just use the commandline calls to atoms? Do I do something like: atomsRepositoryAdd('file://'); ? Anyway, thanks for all your help. I really appreciate you and Sylvestre (and others) taking the time to steer semi-novices like me. (Novice to scilab-5, not to Linux and package building). Dean From calixte at contrib.scilab.org Sat Oct 30 11:10:38 2010 From: calixte at contrib.scilab.org (Calixte Denizet) Date: Sat, 30 Oct 2010 11:10:38 +0200 Subject: [Scilab-Dev] java compile errors when building metanet In-Reply-To: References: <1288382103.23232.67.camel@Calixte-Dell> Message-ID: <1288429838.23232.110.camel@Calixte-Dell> Hello Dean, > > As explained... If I was not clear enough, don't hesitate to reply and > > I'll help you if I can. > > I'll see if I can modify the sources to compile. (Who will notify the > Serge, et al. that they need to mod their package to work with 5.3.0?) > You can put a ticket on the forge: http://forge.scilab.org/index.php/p/metanet/issues/ > But then what? Having just started playing with the ATOMS stuff last > evening, I'm not sure where to put the result of my build so that ATOMS > can see the local module and install it. I know about > > atomsSetConfig('offLine', 'True'); > > but then how do I get the ATOMS GUI to work? Or should I just > use the commandline calls to atoms? > > Do I do something like: > > atomsRepositoryAdd('file://'); ? > Maybe you'll find infos at wiki.scilab.org (or http://wiki.scilab.org/?action=fullsearch&context=180&value=atom&titlesearch=Titres ) > Anyway, thanks for all your help. I really appreciate you and Sylvestre > (and others) taking the time to steer semi-novices like me. (Novice to > scilab-5, not to Linux and package building). > > Dean Calixte From bvl at btconnect.com Sun Oct 31 23:10:38 2010 From: bvl at btconnect.com (bv) Date: Sun, 31 Oct 2010 22:10:38 +0000 Subject: [Scilab-Dev] Oh scilab!what a beaut you are you are if only you'd build without the war In-Reply-To: <1288345848.5490.33381.camel@korcula.inria.fr> References: <201010290328.57390.bvl@btconnect.com> <201010291047.08354.bvl@btconnect.com> <1288345848.5490.33381.camel@korcula.inria.fr> Message-ID: <201010312210.39249.bvl@btconnect.com> On Friday 29 October 2010 10:50:48 Sylvestre Ledru wrote: > > Debian & Ubuntu packages are built using these patches which enables the > shared lib build: > http://git.debian.org/?p=pkg-scicomp/suitesparse.git;a=tree;f=debian/patche > s;h=0ac060b2a39ad6586040ef42f2a9bb8b733a7980;hb=fcdd9cd529c01240b8e014d329c > 0089afd2e8cf3 thanks for your link to the patches. I have now tried both patched-to-give-SOlib as well as static-lib-versions of 'numeric' (aka SuiteSparse) programs. Each time configure ends like so:- ------------------------------------------------- checking for umf_divcomplex in /usr/local/numerics/lib... checking for amd_info in -lamd... no configure: error: libamd: Library missing (Cannot find symbol amd_info). Check if libamd (sparse matrix minimum degree ordering) is installed and if the version is correct I would be grateful if anyone list could provide some advice of a fix. ####################### incudently here is the current incarnation of the 'numeric(s)' libraries I have:- rt [ ~ ]# ls -l /usr/local/numerics/lib total 7308 -rw-r--r-- 1 root root 74040 Oct 31 19:44 libamd.a lrwxrwxrwx 1 root root 15 Oct 31 19:44 libamd.so -> libamd.so.2.2.1 -rw-r--r-- 1 root root 39889 Oct 31 19:44 libamd.so.2.2.1 -rw-r--r-- 1 root root 11166 Oct 31 19:44 libamdf77.a -rw-r--r-- 1 root root 16774 Oct 31 19:44 libbtf.a lrwxrwxrwx 1 root root 15 Oct 31 19:44 libbtf.so -> libbtf.so.1.1.1 -rw-r--r-- 1 root root 13827 Oct 31 19:44 libbtf.so.1.1.1 -rw-r--r-- 1 root root 73662 Oct 31 19:44 libcamd.a lrwxrwxrwx 1 root root 16 Oct 31 19:44 libcamd.so -> libcamd.so.2.2.1 -rw-r--r-- 1 root root 43154 Oct 31 19:44 libcamd.so.2.2.1 -rw-r--r-- 1 root root 51696 Oct 31 19:44 libccolamd.a lrwxrwxrwx 1 root root 19 Oct 31 19:44 libccolamd.so -> libccolamd.so.2.7.2 -rw-r--r-- 1 root root 47585 Oct 31 19:44 libccolamd.so.2.7.2 -rw-r--r-- 1 root root 1468 Oct 31 19:37 libcerbla.a -rw-r--r-- 1 root root 1442328 Oct 31 19:44 libcholmod.a lrwxrwxrwx 1 root root 19 Oct 31 19:44 libcholmod.so -> libcholmod.so.1.7.1 -rw-r--r-- 1 root root 1057854 Oct 31 19:44 libcholmod.so.1.7.1 -rw-r--r-- 1 root root 33012 Oct 31 19:44 libcolamd.a lrwxrwxrwx 1 root root 18 Oct 31 19:44 libcolamd.so -> libcolamd.so.2.7.2 -rw-r--r-- 1 root root 28837 Oct 31 19:44 libcolamd.so.2.7.2 -rw-r--r-- 1 root root 125922 Oct 31 19:44 libcsparse.a lrwxrwxrwx 1 root root 19 Oct 31 19:44 libcsparse.so -> libcsparse.so.2.2.3 -rw-r--r-- 1 root root 56408 Oct 31 19:44 libcsparse.so.2.2.3 -rw-r--r-- 1 root root 528506 Oct 31 19:44 libcxsparse.a lrwxrwxrwx 1 root root 20 Oct 31 19:44 libcxsparse.so -> libcxsparse.so.2.2.3 -rw-r--r-- 1 root root 225000 Oct 31 19:44 libcxsparse.so.2.2.3 -rw-r--r-- 1 root root 310448 Oct 31 19:44 libklu.a lrwxrwxrwx 1 root root 15 Oct 31 19:44 libklu.so -> libklu.so.1.1.0 -rw-r--r-- 1 root root 214000 Oct 31 19:44 libklu.so.1.1.0 -rw-r--r-- 1 root root 8662 Oct 31 19:44 libldl.a lrwxrwxrwx 1 root root 15 Oct 31 19:44 libldl.so -> libldl.so.2.0.2 -rw-r--r-- 1 root root 11953 Oct 31 19:44 libldl.so.2.0.2 -rw-r--r-- 1 root root 357938 Oct 31 19:44 libspqr.a lrwxrwxrwx 1 root root 16 Oct 31 19:44 libspqr.so -> libspqr.so.1.2.0 -rw-r--r-- 1 root root 213620 Oct 31 19:44 libspqr.so.1.2.0 -rw-r--r-- 1 root root 1940 Oct 31 19:44 libufconfig.a -rw-r--r-- 1 root root 1532856 Oct 31 19:44 libumfpack.a lrwxrwxrwx 1 root root 19 Oct 31 19:44 libumfpack.so -> libumfpack.so.5.5.0 -rw-r--r-- 1 root root 835669 Oct 31 19:44 libumfpack.so.5.5.0 rt [ ~ ]# running the configure shell script for scilab-5.2.2 results as follows:- ---------------------------------------- checking for cheev_... no checking for cheev_ in -llapack... yes Library -llapack found checking suitesparse/umfpack.h usability... no checking suitesparse/umfpack.h presence... no checking for suitesparse/umfpack.h... no checking umfpack.h usability... yes checking umfpack.h presence... no configure: WARNING: umfpack.h: accepted by the compiler, rejected by the preprocessor! configure: WARNING: umfpack.h: proceeding with the compiler's result checking for umfpack.h... yes checking for suitesparse/umfpack.h... (cached) no checking for umfpack.h... (cached) yes checking for umf_divcomplex in /usr/local/numerics/lib... checking for amd_info in -lamd... no configure: error: libamd: Library missing (Cannot find symbol amd_info). Check if libamd (sparse matrix minimum degree ordering) is installed and if the version is correct ------------------------------------------- as stated above advice would be appreciated sincerely bv From bvl at btconnect.com Sun Oct 31 23:35:02 2010 From: bvl at btconnect.com (bv) Date: Sun, 31 Oct 2010 22:35:02 +0000 Subject: [Scilab-Dev] Oh scilab!what a beaut you are you are if only you'd build without the war In-Reply-To: <201010312210.39249.bvl@btconnect.com> References: <201010290328.57390.bvl@btconnect.com> <1288345848.5490.33381.camel@korcula.inria.fr> <201010312210.39249.bvl@btconnect.com> Message-ID: <201010312235.02619.bvl@btconnect.com> On Sunday 31 October 2010 22:10:38 bv wrote: > > s;h=0ac060b2a39ad6586040ef42f2a9bb8b733a7980;hb=fcdd9cd529c01240b8e014d3 > > 29c 0089afd2e8cf3 > > thanks for your link to the patches. > I have now tried both patched-to-give-SOlib as well as static-lib-versions > of 'numeric' (aka SuiteSparse) programs. Each time configure ends like > so:- ------------------------------------------------- > checking for umf_divcomplex in /usr/local/numerics/lib... checking for > amd_info in -lamd... no > configure: error: libamd: Library missing (Cannot find symbol amd_info). > Check if libamd (sparse matrix minimum degree ordering) is installed and > if the version is correct > > I would be grateful if anyone list could provide some advice of a fix. I just found this link for a report of the said problem on suse-11.2 http://scigroups.net/comp.soft-sys.math.scilab/compiling-scilab-5.2.2-on- opensuse-11.2 could anyone advise if there is a fix upstream in scilab for this?