[antlr-interest] Should there be 2 antlr jar files for java version

[Scott Stanchfield]

I'd love to do that, but there are already lots of people using ANTLR 2 and
changing package names could break tools that people have written.

Ter -- can you make a distinction like this for the ANTLR 3 code? Something
like

org.antlr.core        = core pieces necessary to run anything gen'd w/ antlr
org.antlr.scanner     = pieces needed for antlr scanners
org.antlr.parser      = pieces needed for antlr parsers
org.antlr.tree.data   = antlr tree structures
org.antlr.tree.parser = pieces needed for antlr tree parsers
org.antlr.debug       = pieces needed for debugging
org.antlr.build       = build tools

or something like that...

Later,
-- Scott

> -----Original Message-----
> From: Robert Colquhoun [mailto:robert.colquhoun at gmail.com] 
> Sent: Tuesday, April 05, 2005 9:10 PM
> To: Scott Stanchfield
> Cc: antlr-interest at antlr.org
> Subject: Re: [antlr-interest] Should there be 2 antlr jar 
> files for java version
> 
> Hello,
> 
> On Apr 5, 2005 10:38 PM, Scott Stanchfield <scott at javadude.com> wrote:
> > I separated them into
> > 
> > antlr.jar            - everything
> > antlr-no-debug.jar   - everything (without java debug symbols)
> > antlr-rt-all.jar     - all non-build-time classes
> > antlr-rt-parser.jar  - just the parts needed to run a 
> parser (no ASTs) 
> > antlr-rt-scanner.jar - just the parts needed to run a 
> scanner+parser 
> > (no
> > ASTs)
> 
> If the above is done really need to separate the source as 
> well into separate packages rather than have pretty much 
> everything directly in the org.antlr package.
> 
> ie antlr-rt.jar is the antlr.rt package.
> 
> This can badly affect compatibility so it probably wont 
> happen. Before when antlr had a runtime jar it would only 
> take some minor changes before the dependency list for the 
> runtime jar was out of date and the runtime jar was broken.  
> Really to enforce at the source code level with separate 
> packages to be able to maintain working independent jar files.
> 
> Another route to reducing jar file size is to look at all the 
> utility type classes included....the java runtime has so much 
> more inbuilt now than the 1.1 days when antlr was invented.
> 
>  - Robert
>