Hello All,

I stopped development at DGrammar months ago (perhaps more than a year ago). Nevertheless, I have come back and have made some decisions about what to do with it.

1 ) DGrammar was build using YACC, and thus C, C++, Flex and Bison where necessary to get the beast compiled, and it didn't even do it's job the way I would like it.

2 ) DGrammar was a bit of "make one messy file" architecture, which of course isn't about a professional environment.

3 ) I've began at first writing boiler plate Machines. The first one is a PDA Machine (Stack machine), and I like it to be tested. Simply run "build" over dmachine.d. And enter something like:

"dmachine aabbbbbaa"

This is just an example, try to make some machines with it, I try to make it working better with the lambda problem I'm still having (it is solved Q&R now, which isn't the way I like it, any solutions would be welcome)

Regards,
Sjoerd

In article <e6plrg$1usq$1@digitaldaemon.com>, Sjoerd van Leent says...
>
>Hello All,
>
>I stopped development at DGrammar months ago (perhaps more than a year ago). Nevertheless, I have come back and have made some decisions about what to do with it.
>
>1 ) DGrammar was build using YACC, and thus C, C++, Flex and Bison where necessary to get the beast compiled, and it didn't even do it's job the way I would like it.
>
>2 ) DGrammar was a bit of "make one messy file" architecture, which of course isn't about a professional environment.
>
>3 ) I've began at first writing boiler plate Machines. The first one is a PDA Machine (Stack machine), and I like it to be tested. Simply run "build" over dmachine.d. And enter something like:
>
>"dmachine aabbbbbaa"
>
>This is just an example, try to make some machines with it, I try to make it working better with the lambda problem I'm still having (it is solved Q&R now, which isn't the way I like it, any solutions would be welcome)

Sjoerd, have you considered using Enki to help you get development restarted?  I know that the two projects share some basic similarities - heck, DGrammar is what inspired me to write it in the first place.

Anyway, the whole thing is BSD licensed, so feel free to use it as you see fit.

- EricAnderton at yahoo

pragma schreef:
> In article <e6plrg$1usq$1@digitaldaemon.com>, Sjoerd van Leent says...
>> Hello All,
>>
>> I stopped development at DGrammar months ago (perhaps more than a year ago). Nevertheless, I have come back and have made some decisions about what to do with it.
>>
>> 1 ) DGrammar was build using YACC, and thus C, C++, Flex and Bison where necessary to get the beast compiled, and it didn't even do it's job the way I would like it.
>>
>> 2 ) DGrammar was a bit of "make one messy file" architecture, which of course isn't about a professional environment.
>>
>> 3 ) I've began at first writing boiler plate Machines. The first one is a PDA Machine (Stack machine), and I like it to be tested. Simply run "build" over dmachine.d. And enter something like:
>>
>> "dmachine aabbbbbaa"
>>
>> This is just an example, try to make some machines with it, I try to make it working better with the lambda problem I'm still having (it is solved Q&R now, which isn't the way I like it, any solutions would be welcome)
> 
> Sjoerd, have you considered using Enki to help you get development restarted?  I
> know that the two projects share some basic similarities - heck, DGrammar is
> what inspired me to write it in the first place.
> 
> Anyway, the whole thing is BSD licensed, so feel free to use it as you see fit.
> 
> - EricAnderton at yahoo

Definitely consider Enki. The only difference is the way it is processed. At the end I want to let DGrammer use a "BDF" styled input file, and let it generate a parser.

When that's done, I'd like for it to be able (just as in the first trials) to run it through some kind of interface architecture, making it a two-step process: Parsing and Processing, just as SAX does.

Regards,
Sjoerd

I meant of course, BNF syntax