[antlr-interest] Proposal to make writing language targets a biteasier
Rick Mann
rmann at latencyzero.com
Mon Jan 19 19:07:37 PST 2009
On Jan 19, 2009, at 19:05:38, Sam Harwell wrote:
> I ported the entire tool to C#. This is in that ported code, not in
> the
> original Java code. I needed it so I could make changes to the
> templates
> without recompiling the entire tool.
Oh! Now I understand. Seems like you could do something similar to
what I did. Mine's hard-coded to check for the name of my target, and
if it sees that, it changes the StringTemplate loader and location to
get it off a directory of my choosing. The change I proposed should
make that nicely generalized to all users.
>
>
> Sam
>
> -----Original Message-----
> From: Rick Mann [mailto:rmann at latencyzero.com]
> Sent: Monday, January 19, 2009 8:26 PM
> To: Sam Harwell
> Cc: antlr-interest Interest
> Subject: Re: [antlr-interest] Proposal to make writing language
> targets
> a biteasier
>
>
> On Jan 19, 2009, at 18:16:13, Sam Harwell wrote:
>
>> Here's what I'm working on in the C# port:
>>
>> If a target class is not present in the executable (Antlr3.exe), it
>> tries to load Antlr3.Target.<targetname>.dll, then check for the
>> target
>> in there. Then it has the target return a StringTemplateGroup that
>> knows
>> the location of the .stg file, whether embedded in the satellite
>> assembly or located on disk.
>
>
> I'm not sure I understand. Did you modify the ANTLR tool code to do
> this? I don't really know how loading, etc. works on Windows. I didn't
> see anything in the XYZTarget.java file that lets one easily change
> where to find the other bits.
>
> I changed CodeGenerator.loadTemplates() to do it.
>
> --
> Rick
>
--
Rick
More information about the antlr-interest
mailing list