OpenEuphoria

Re: Euphoria Standard Library on UBoard

• Posted by Vincent <darkvincentdude at yahoo.com> Jul 29, 2005
• 568 views

Matt Lewis wrote:
> 
> Robert Craig wrote:
> > 
> > irv mullins wrote:
> > > &gen
> > > Bernie Ryan wrote:
> > > > 
> > > > I been using Euphoria for over 5 years and have had to use
> > > > different names for my routines many times. I have respected
> > > > other users names and have had to use a different name.
> > > > I think that you will find that is why derrek started his
> > > > his present naming convention in the win32lib. When you and
> > > > and jason have written a lots of code to contribute to
> > > > the archive you will understand why it's not easy to come up
> > > > with different names and then to have to change them.
> > > > Why don't you prefix your routines as derrek does ?
> > > 
> > > Instead of asking all Euphoria users to 'prefix their routines', 
> > > why not ask RDS to improve namespacing so this isn't a problem?
> > > 
> > > Oh, nevermind. I guess I know the answer.
> > 
> > The Euphoria namespace feature does precisely what
> > is required in this situation. It gives you a way to specify
> > which global symbol you are referencing, in a situation where
> > there are multiple included files (usually by different authors)
> > that coincidentally contain symbols with the same name.
> 
> This mostly works.  Where it won't is if two multi-file libraries have 
> conflicting symbols, and don't use namespaces internally, or if you have 
> more complicated library dependencies that haven't used namespaces for
> everything.  This is the situation the the proposed namespace change would 
> have fixed, but didn't make it into 2.5.  For those who don't recall or 
> weren't around at the time, see this thread:
> 
> <a
> href="http://www.listfilter.com/cgi-bin/esearch.exu?thread=1&fromMonth=6&fromYear=8&toMonth=8&toYear=8&keywords=%22another+look+at+namespaces%22">http://www.listfilter.com/cgi-bin/esearch.exu?thread=1&fromMonth=6&fromYear=8&toMonth=8&toYear=8&keywords=%22another+look+at+namespaces%22</a>
> ..and this:
> <a
> href="http://www.listfilter.com/cgi-bin/esearch.exu?fromMonth=5&fromYear=9&toMonth=7&toYear=9&postedBy=robert+craig&keywords=Namespaces">http://www.listfilter.com/cgi-bin/esearch.exu?fromMonth=5&fromYear=9&toMonth=7&toYear=9&postedBy=robert+craig&keywords=Namespaces</a>
> 
> ...or my modified interpreter:
> <a
> href="http://www.rapideuphoria.com/exm.zip">http://www.rapideuphoria.com/exm.zip</a>
> 
> Matt Lewis
> 

This namespace problem is solved in my modified interpreter as well. What excuse
does Rob have? I'd also like to suggest AGAIN that included files with identical
names but "different" file paths, should NOT be treated the same. Fixing that
would require only a small change in scanner.e to compare full file paths
internally, not just relative file names.

Regards,
Vincent