RE: another look at namespaces

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

> From: Igor Kachan [mailto:kinz at peterlink.ru]

> > Yes, but it seems that you understand the issue with 3rd party
> > globals. It's easy enough to work around 3rd party globals in 
> > your own code, but what about getting 3rd party globals to play
> > nicely with 4th or 5th party globals?
> 
> I am not going to *play* with 3,5,7...N-th  party globals,
> I am going to use them in my program.
> To use globals I must know them all and well.

Ah, but it's not whether you can use them correctly, but whether the
combination of 3rd and 4th party code conflicts (a la the
alice/bob/chris/diane/erin thread).
 
> > The current answer is, you can't, unless you edit some 3rd, 4th,
> > 5th, etc party code yourself (adding namespaces or changing names).
> 
> What a problem? I'll just replace names in any editor and will be 
> SURE my program will work on 10th ...  party code. 
> MS editor edit.com replaces words in microseconds.

Yes, that will work, but it has to be done for every version, and also
causes library hell (similar to dll hell) if you ever want to distribute
your code.  Even though your code uses win32lib v.xx.yy, it has to be your
modified version, not the official version.  And there's no way for Derek to
prevent coollib.e from being incompatible with win32lib due to namespace
conflicts.

The auto-resolution really seems to be a natural, elegant and necessary part
of Eu's current namespace implementation.

Matt Lewis

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

Search



Quick Links

User menu

Not signed in.

Misc Menu