<html>
<head>
<meta content="text/html; charset=UTF-8" http-equiv="Content-Type">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<div class="moz-cite-prefix">Hi Pierre,<br>
<br>
Le 15/07/2015 09:37, <a class="moz-txt-link-abbreviated"
href="mailto:contact@pierre-vuillemin.fr">contact@pierre-vuillemin.fr</a>
a écrit :<br>
</div>
<blockquote
cite="mid:1398ae0d8bd01af2aff361973006a7a9@pierre-vuillemin.fr"
type="cite">.../...<br>
but this_is_a_very_very_long_function_name() is unknown. <br>
</blockquote>
.<br>
You are right! When i did successfully the trial before posting to
answer you, i used<br>
<font face="Courier New, Courier, monospace">clear
this_is_a_very_very_long_function_name</font><br>
before using lib, because i compiled
this_is_a_very_very_long_function_name() by hand during previous
tests.<br>
So, to be sure that the function will be loaded by lib(..) instead
of coming from a former compilation, i did this "clear..."<br>
<br>
BUT after tests of reproducibility before answering you here, i have
just found that "clear" is bugged, and just posted that: <a
class="moz-txt-link-freetext"
href="http://bugzilla.scilab.org/13979">http://bugzilla.scilab.org/13979</a><br>
!<br>
I am unable to reproduce in Scilab 5.5.2 the formerly posted
successful story. In all ways, indeed, as you were claiming it, it
fails.<br>
<br>
These tests have shown other bugs. For instance, lib() is not (yet?)
available in YaSp (2015-07-12 release)..., <br>
and since getd() is bugged <a class="moz-txt-link-freetext"
href="http://bugzilla.scilab.org/13890">http://bugzilla.scilab.org/13890</a>,
it turns hard to work with YaSp.<br>
<br>
<blockquote
cite="mid:1398ae0d8bd01af2aff361973006a7a9@pierre-vuillemin.fr"
type="cite"> Besides, in the help page of "genlib", it is written
that "Scilab tacitly assumes that file foo.sci defines at least a
function named foo" which is not the case here. <br>
</blockquote>
.<br>
That's also right. As you certainly also tested it, other tests
confirm that.<br>
There are other "strange" constrains with libraries. For example,
genlib() needs a library name (first argin), but when loading a
library with lib(), the genlib library name (that looks to build the
"lib" file) looks to not be used. At least, the name of the library
loaded by lib looks to depend on the name of the lhs as test_lib =
lib(libdir), instead of on the genlib libname... It would not be
unpleasant to rationalize / simplify that with Scilab 6.<br>
<br>
Best regards<br>
Samuel<br>
<br>
</body>
</html>