Re: perlcc

2003-06-05 Thread h. w. neff
hi. i'm using P::RD and the fully interpreted version of my resulting tool is incredibly slow. the half-step of precompiling my grammar into a .pm helps somewhat in the speed department, albiet with different behaviours. i was really hoping to feed my P::RD based beastie to perlcc and

Re: perlcc

2003-06-05 Thread h. w. neff
Ron D. Smith wrote: On Wednesday, Jun 4, 2003 h. w. neff said: hi. i'm using P::RD and the fully interpreted version of my resulting tool is incredibly slow. the half-step of precompiling my grammar into a .pm helps somewhat in the speed department, albiet with different

Re: binary shifts in p::rd exe block

2003-06-09 Thread h. w. neff
hi again. ok, i now have a much pared down example that exhibits the problem -- at least with attempts to use '' in an exe block. in the file below i have one pair of equivalent lines which can be hashed in/out (or deleted) to cause the problem. the lines are 268 and 269 in the file

Re: binary shifts in p::rd exe block

2003-06-10 Thread h. w. neff
Ron D. Smith wrote: Wow. If that was pared down I would hate to see the whole script :-) if you think what you've seen is fugly, that was the cute step-sister! This one is kind of subtle, and reminds me of the quote nothing can parse perl except perl. The problem is in

Re: Subrule ordering

2003-06-16 Thread h. w. neff
Richard Jelinek wrote: On Fri, Jun 13, 2003 at 01:33:58PM -0700, Ron D. Smith wrote: But still I don't get why a rule: prod1 | prod1 and something won't work. Why always the longest prefix productions have to stand first. I even suspect a flaw in the docs as when the parser