[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Bison 1.30f
From: |
Hans Aberg |
Subject: |
Re: Bison 1.30f |
Date: |
Wed, 12 Dec 2001 18:51:59 +0100 |
At 16:24 +0100 2001/12/12, Akim Demaille wrote:
>Hans> I do not care about this myself; but if one should have
>Hans> backwards compatibility, then that is how it should have worked.
>
>What kind of backward compatibility issue are you referring to?
That Bison works the same way as in earlier versions, specifically, I had a
brief look at the alloca test section in bison.simple and got the
impression that if YYSTACK_USE_ALLOCA was undefined, the generated parser
would attempt to use alloca, but if not possible, it would use malloc
instead.
This would only be a backward compatibility issue if one think it is a
problem that somebody compiles an old program where YYSTACK_USE_ALLOCA is
undefined with the new version of Bison which selects malloc instead, and
for some reason, this is causing a problem.
If not, one can choose the simpler: if YYSTACK_USE_ALLOCA is not defined,
use malloc; if defined, use alloca. It looks as though bison.simple has
already been altered to close in to this picture.
Hans Aberg
- Re: Bison 1.30f, Hans Aberg, 2001/12/05
- Re: Bison 1.30f, Akim Demaille, 2001/12/06
- Re: Bison 1.30f, Hans Aberg, 2001/12/06
- Re: Bison 1.30f, Akim Demaille, 2001/12/10
- Re: Bison 1.30f, Hans Aberg, 2001/12/10
- Re: Bison 1.30f, Paul Eggert, 2001/12/10
- Re: Bison 1.30f, Hans Aberg, 2001/12/11
- Re: Bison 1.30f, Akim Demaille, 2001/12/12
- Re: Bison 1.30f, Axel Kittenberger, 2001/12/11
- Re: Bison 1.30f, Akim Demaille, 2001/12/12
- Re: Bison 1.30f,
Hans Aberg <=
- Re: Bison 1.30f, Akim Demaille, 2001/12/12
- Re: Bison 1.30f, Hans Aberg, 2001/12/12
- Re: Bison 1.30f, Paul Eggert, 2001/12/12
- Re: Bison 1.30f, Hans Aberg, 2001/12/13
- Re: Bison 1.30f, Akim Demaille, 2001/12/13
- Re: Bison 1.30f, Hans Aberg, 2001/12/13
- Re: Bison 1.30f, Akim Demaille, 2001/12/13
- Message not available
- Bison & C++, Hans Aberg, 2001/12/13
- Re: Bison & C++, Axel Kittenberger, 2001/12/13
- Re: Bison & C++, Hans Aberg, 2001/12/13