Re: redundant merges for GLR

2005-08-21 Thread Joel E. Denny
On Sun, 21 Aug 2005, Paul Eggert wrote: > bug-bison would have been better I'll do that next time. > I'm a bit worried about the storage management for the deleted nodes > (did you look into that?) Yes. I believe all SemanticOption's are pulled from nextFree of a GLRStack. That is, they come

Re: redundant merges for GLR

2005-08-21 Thread Paul Eggert
"Joel E. Denny" <[EMAIL PROTECTED]> writes: >> I haven't seen any response to my posts last month on problems I'm having >> with bison GLR: >> >> http://lists.gnu.org/archive/html/help-bison/2005-07/msg00013.html >> http://lists.gnu.org/archive/html/help-bison/2005-07/msg00040.html >> http:/

Re: redundant merges for GLR

2005-08-21 Thread Joel E. Denny
On Wed, 10 Aug 2005, Joel E. Denny wrote: > On Fri, 29 Jul 2005, Joel E. Denny wrote: > > > On Tue, 19 Jul 2005, Joel E. Denny wrote: > > > > > I am attempting to use bison's %glr-parser and %merge to construct parse > > > forests. I'm getting duplicate representations of some trees within the >

Re: redundant merges for GLR

2005-08-10 Thread Joel E. Denny
On Fri, 29 Jul 2005, Joel E. Denny wrote: > On Tue, 19 Jul 2005, Joel E. Denny wrote: > > > I am attempting to use bison's %glr-parser and %merge to construct parse > > forests. I'm getting duplicate representations of some trees within the > > forest. Both bison 1.875 and 2.0 give the same resu

Re: redundant merges for GLR

2005-07-28 Thread Joel E. Denny
On Tue, 19 Jul 2005, Joel E. Denny wrote: > I am attempting to use bison's %glr-parser and %merge to construct parse > forests. I'm getting duplicate representations of some trees within the > forest. Both bison 1.875 and 2.0 give the same results. > At the end of this email is a simple bison