[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