next upload (was: Re: bug 219448)

[G. Milde]

On 21.05.05, Paul Boekholt wrote:
> On Sat, 21 May 2005 09:43:02 +0100, Alastair McKinstry <mckinstry@computer.org> said:
> 
> > I was already packaging 2.0.2 when I received your mail; can you explain
> > this issue a bit further? I don't see how implementing 2.0.0 helps (will
> > hold off uploading 2.0.2 for the moment)
> 
> Packaging 2.0.0 would be OK because that version does not have the
> incompatibility of 2.0.2.  In 2.0.2, an "autoload" statement such as
>   autoload("f", bar)
> evaluated in namespace foo will create a name foo->f that will cause the
> file bar to be evaluated in namespace foo when that function is called,
> that is, when foo.sl calls f().  But if bar.sl contained the definition
> public define f()
> than this will lead to an error in slang 2.0.2
... 
> So the solution is to make sure that the autoloads are above the
> "implements" line.
...
> It gets even worse when the require() and provide() functions of slang 2
> (in /usr/share/slsh/require.sl) are used in a future version of JED.  Then
> all requires and provides will also have to be moved above any implements
> statements.
> 
> So quite a few scripts will have to be updated.

I updated all my Jedmodes scripts. (But cannot test, as I do not have
SLang >= 2.0.1)

Problematic ones in the Jedmodes CVS are now

  email.sl
  fileview.sl
  info.sl
  infospace.sl
  ispell_common.sl
  keywords.sl
  menutils.sl
  pcre.sl
  rfcview.sl
  snake.sl
  yodl.sl
  
Shall I update them as well?  

Günter

-- 
G.Milde web.de