Re: private include files

new topic     » goto parent     » topic index » view thread      » older message » newer message

Or maybe a slightly different approach: inline files. Upon reaching
keyword 'inline' the Interpreter continues to parse that file as if it
were in the local file, yet keeping track of separate line numbers,
etc..

inline myfile.e    -- file is inserted inline at this position

~Greg


On Tue, 12 Oct 2004 14:48:43 +1000, Patrick Barnes <mrtrick at gmail.com> wrote:
> 
> On Mon, 11 Oct 2004 21:39:56 -0700, Derek Parnell
> <guest at rapideuphoria.com> wrote:
> > posted by: Derek Parnell <ddparnell at bigpond.com>
> > Has anybody got any thoughts about extending the 'include' system so
> > that anything included can only been 'seen' by the file that included it.
> 
> It's been brought up before... but nothing has happened of it.
> Are there any technical problems with implementing it, Rob? That is to
> say, the visibility...
> 
> >    private include abc.e
> >
> > then only the file that has that line can see the 'globals' that are
> > defined inside "abc.e". So if another file wants to see them they also
> > have to explictly include "abc.e".
> 
> Indeed, that is perfect (or maybe 'include private').
> If Euphoria did not have to be backwards compatible, I would say
> 1-level inclusion like this  should be the default behaviour. (with an
> 'include global' or something)
> 
> The 'private include' would make namespacing problems so much easier, too...
> 
> > This is just a quick spur-of-the-moment thought, so it probably has
> > got issues with it.
> Not that I can see... certainly no logical problems to it. As long as
> it's not too difficult to implement, Rob, DO IT! smile
> 
> > It would certainly help me with many of the projects I'm working on.
> And mine, too...
> 
> --
> MrTrick
> 
> 
> 
> 
>

new topic     » goto parent     » topic index » view thread      » older message » newer message

Search



Quick Links

User menu

Not signed in.

Misc Menu