On 3 Oct 2005, at 15:35, Hans Aberg wrote:
This leak is due to the allocation of a C-string for error
messages. The leak can be fixed by using std::string instead (which
I did in the skeleton file I am using).
Bison and Flex are designed to just run as a program in one go, in
which case leaks will be recovered when the program terminates. In
such a use, they are probably not significant enough to be fixed, I
think, even though it would be more pleasing.
A lapse, mixing up Bison & Flex with the parsers/lexers they
generate: It might be important to fix this then, if the parser is
invoked many times in a program running for an extended time.
Hans Aberg
_______________________________________________
[email protected] http://lists.gnu.org/mailman/listinfo/help-bison