Re: GLR C++ Variants

Сергей Фасман <[email protected]>
Newsgroups gmane.comp.parsers.bison.bugs
Message-ID <CAKy_JfJ8VPoFjovQ-S5ggL+YrG4+YvOHyo7V61ONFsAuuNnM3w@mail.gmail.com>
As I know, std::vector will be enough here.

I am confused about yybool typedef. Why do need one, if we use C++ anyway.
And I hope there will be less defines in common.

I've fork the repo with updated glr.cc. Maybe I try to clean it?

пн, 13 янв. 2020 г., 21:03 Frank Heckenbach <[email protected]>:

> Valentin Tolmer wrote:
>
> > I've been mostly changing the glr.c code (copied to glr.cc) to look
> > like C++, with classes, methods, and modern containers. Last I
> > remember, I hit a snag trying to update an arena-style container with
> > internal pointers to std::vector, due to the potentially moving
> > memory.
>
> Just a quick idea without knowing details: Might std::deque help
> here? It doesn't move on reallocation. OTOH, it doesn't guarantee
> contiguous storage in case you need that.
>
> Regards,
> Frank
>
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.