slsh's require breaks jed-extra

[Jörg Sommer]

Hi John, hi Debian developers,

in version 0.99.19-82, the provide and require functions where removed
from site.sl and the functions from slsh where imported. But they have
different argument lists. While require from jed took 2 arguments with
a file name as second argument, the function from slsh takes three
arguments where the second is the namespace.

This breakes at least /etc/jed.d/50jed-extra.sl. The first problem.

Even if we can fix this, there is another problem: require from slsh
doesn't care about jed_load_path. While jed-extra uses jed_load_path
everywhere—it breaks a second time.

But I think we should make an advantage out of this situation and should
remove jed_library_path. IIRC, this is a long standing task. Right, John?

I've applied a patch to jed (in experimental) that replaces all
jed_library stuff in jed with slang_load. To make transition easier I've
added [gs]et_jed_library_path to site.sl that maps the call to
[gs]et_slang_load_path.

BTW: John, there's a bug in SLpath_get_load_path. If SLpath_set_load_path
was not called before the path is NULL and SLang_create_slstring is
called with NULL.

The patch is available at
http://svn.debian.org/wsvn/pkg-jed/jed/branches/0.99.19/debian/patches/?rev=0&sc=0

John, what do you think about this?

In Debian, we should fix jed-extra to work with the new require and we
should add a Breaks field to the jed-common package.

#if (_jed_version < 9919)
require("libdir", $2);
#else
% require mangles $1
$1;
require("libdir", , $2);
$1 = ();
#endif

% grep 'require *([^)]*,' /usr/share/jed/jed-extra/**/*.sl  
/usr/share/jed/jed-extra/drop-in/help.sl:%   require("hyperhelp", "help.sl").
/usr/share/jed/jed-extra/extra/testscript-wizard.sl:require("hyperhelp", "help.sl");
/usr/share/jed/jed-extra/libdir.sl:%   require("libdir", "/FULL_PATH_TO/libdir.sl");
/usr/share/jed/jed-extra/libdir.sl:%  require("libdir", "/FULL_PATH_TO/libdir.sl");

Bye, Jörg.
-- 
Die NASA brauchte 12 Jahre um einen Kugelschreiber zu entwickeln, der
kopfüber, in der Schwerelosigkeit und unter Wasser schreiben kann.
Die Russen benutzten einfach einen Bleistift …
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 481 bytes
Desc: not available
Url : http://lists.alioth.debian.org/pipermail/pkg-jed-devel/attachments/20070607/a6f3fac5/attachment.pgp