This is the mail archive of the
gcc@gcc.gnu.org
mailing list for the GCC project.
Re: gcc-3_2-branch bootstrap failure when using bison-1.50
- From: Zack Weinberg <zack at codesourcery dot com>
- To: Mark Mitchell <mark at codesourcery dot com>
- Cc: "Kaveh R. Ghazi" <ghazi at caip dot rutgers dot edu>,"doko at cs dot tu-berlin dot de" <doko at cs dot tu-berlin dot de>,"debian-gcc at lists dot debian dot org" <debian-gcc at lists dot debian dot org>,"gcc-bugs at gcc dot gnu dot org" <gcc-bugs at gcc dot gnu dot org>,"gcc at gcc dot gnu dot org" <gcc at gcc dot gnu dot org>
- Date: Tue, 15 Oct 2002 00:19:14 -0700
- Subject: Re: gcc-3_2-branch bootstrap failure when using bison-1.50
- References: <200210130308.XAA13661@caip.rutgers.edu> <34920000.1034663177@warlock.codesourcery.com>
On Mon, Oct 14, 2002 at 11:26:17PM -0700, Mark Mitchell wrote:
>
> >I'll leave it to our release manager to decide if this issue warrants
> >backporting the relevant patches or not.
>
> I think that your point that we will include the generated files on the
> branch is a good one; let's not backport the patches given that.
Counter-argument - Since I (like Matthias) track Debian unstable, I no
longer have bison 1.35 to use with the 3.2 branch. I can, I suppose,
grab an old tarball, build it, install it as bison1.35, and pass
BISON= every time I do a build on the 3.2 branch, but this is a fair
amount of work.
Worse, any OS distribution which (a) includes gcc 3.2, (b) does so by
tracking the 3.2 CVS branch instead of working from offical release
tarballs, and (c) does not maintain side-by-side packages of bison
1.35 and 1.50, will have the same problem. And it may be necessary
for them to start maintaining side-by-side packages of 1.35 and 1.50
in order to make the problem go away. Debian unstable is in precisely
this boat.
Thus, provided that we can nail the noncompile/920923-1.c regression,
and provided that bison 1.35 continues to work, I think we probably
should backport the fixes for bison 1.50.
zw