[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Bison 1.30f
From: |
Akim Demaille |
Subject: |
Re: Bison 1.30f |
Date: |
12 Dec 2001 20:33:03 +0100 |
User-agent: |
Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.4 (Civil Service) |
>>>>> "Hans" == Hans Aberg <address@hidden> writes:
Hans> At 16:24 +0100 2001/12/12, Akim Demaille wrote: I do not care
Hans> about this myself; but if one should have backwards
Hans> compatibility, then that is how it should have worked.
>> What kind of backward compatibility issue are you referring to?
Hans> That Bison works the same way as in earlier versions,
Hans> specifically, I had a brief look at the alloca test section in
Hans> bison.simple and got the impression that if YYSTACK_USE_ALLOCA
Hans> was undefined, the generated parser would attempt to use alloca,
Hans> but if not possible, it would use malloc instead.
Like it always did. What's new is that you can decide for it.
YYSTACK_USE_ALLOCA didn't exist as a user tunable symbol before.
- Re: Bison 1.30f, (continued)
- 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, 2001/12/12
- Re: Bison 1.30f,
Akim Demaille <=
- 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
- Re: Bison 1.30f, Mike Castle, 2001/12/12