[m-dev.] for review: rename the lexer and parser modules
Peter Ross
peter.ross at miscrit.be
Wed Aug 23 19:37:03 AEST 2000
On Wed, Aug 23, 2000 at 01:02:32PM +1000, Tyson Dowd wrote:
> On 23-Aug-2000, Zoltan Somogyi <zs at cs.mu.OZ.AU> wrote:
> > On 22-Aug-2000, Fergus Henderson <fjh at cs.mu.OZ.AU> wrote:
> > > The other downside is that this change would break backwards
> > > compatibility. The "lexer" and "parser" modules are publically
> > > accessible parts of the interface to the Mercury standard library,
> > > documented in the library reference manual.
> >
> > You are right. However, I thought of a way to avoid this problem.
> > I can leave a lexer.m and parser.m in place, but make all their
> > interface predicates call the corresponding predicates in mer_lexer
> > and mer_parser, and make the types they define be just equivalences
> > of the types defined in mer_lexer and mer_parser.
> >
> > This way, people who import modules lexer or parser expecting the
> > old modules will get them, but since the rest of the Mercury library
> > will not refer to the lexer and parser modules, they will not be linked
> > into programs that have their own lexer or parser modules. I *think*
> > this works even with shared objects, although I am not sure, and I don't
> > know about DLLs at all.
>
> Pete might know the DLL story.
>
That is not until next week, probably next month!
--------------------------------------------------------------------------
mercury-developers mailing list
Post messages to: mercury-developers at cs.mu.oz.au
Administrative Queries: owner-mercury-developers at cs.mu.oz.au
Subscriptions: mercury-developers-request at cs.mu.oz.au
--------------------------------------------------------------------------
More information about the developers
mailing list