[Bug bootstrap/81298] [7 Regression] Bootstrapping trunk fails during stage1-bubble on x86_64-pc-linux-gnu with --enable-maintainer-mode

[amodra at gmail dot com]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81298
Bug 81298 depends on bug 81295, which changed state.

Bug 81295 Summary: bootstrap broken on powerpc-linux-gnu with 
--enable-default-pie
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81295

   What|Removed |Added

 Status|WAITING |RESOLVED
 Resolution|--- |FIXED

[Bug bootstrap/81298] [7 Regression] Bootstrapping trunk fails during stage1-bubble on x86_64-pc-linux-gnu with --enable-maintainer-mode

[egall at gwmail dot gwu.edu]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81298

Eric Gallager  changed:

   What|Removed |Added

 CC||egall at gwmail dot gwu.edu

--- Comment #9 from Eric Gallager  ---
(In reply to tkoe...@netcologne.de from comment #8)
> 
> I understand that desire, but autoconf 2.69 has been around since 2012.
> It is hardly a fast-moving target.
> 
> I think it would be better to make a change towards 2.69.  The fewer
> versions of extra software we have to use to compile gcc, the better.

Seconded; I have local versions of override.m4 patched to say 2.69 instead of
2.64 for this reason

[Bug bootstrap/81298] [7 Regression] Bootstrapping trunk fails during stage1-bubble on x86_64-pc-linux-gnu with --enable-maintainer-mode

[tkoenig at netcologne dot de]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81298

--- Comment #8 from tkoenig at netcologne dot de  
---
Am 03.07.2017 um 23:40 schrieb ebotcazou at gcc dot gnu.org:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81298
> 
> Eric Botcazou  changed:
> 
> What|Removed |Added
> 
>   CC||ebotcazou at gcc dot gnu.org
> 
> --- Comment #7 from Eric Botcazou  ---
>> Why do we depend on exactly this version? *sigh*
> 
> I think we don't want a minor change to configure.ac to result in a upheaval 
> in
> the generated configure script.  We have dozens of configure scripts and 
> dozens
> of developers, this would be a mess if everyone was free to use his pet
> version.

I understand that desire, but autoconf 2.69 has been around since 2012.
It is hardly a fast-moving target.

I think it would be better to make a change towards 2.69.  The fewer
versions of extra software we have to use to compile gcc, the better.

[Bug bootstrap/81298] [7 Regression] Bootstrapping trunk fails during stage1-bubble on x86_64-pc-linux-gnu with --enable-maintainer-mode

[ebotcazou at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81298

Eric Botcazou  changed:

   What|Removed |Added

 CC||ebotcazou at gcc dot gnu.org

--- Comment #7 from Eric Botcazou  ---
> Why do we depend on exactly this version? *sigh*

I think we don't want a minor change to configure.ac to result in a upheaval in
the generated configure script.  We have dozens of configure scripts and dozens
of developers, this would be a mess if everyone was free to use his pet
version.

[Bug bootstrap/81298] [7 Regression] Bootstrapping trunk fails during stage1-bubble on x86_64-pc-linux-gnu with --enable-maintainer-mode

[tkoenig at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81298

Thomas Koenig  changed:

   What|Removed |Added

 Status|UNCONFIRMED |RESOLVED
 Resolution|--- |INVALID

--- Comment #6 from Thomas Koenig  ---
Ah, IC.

Trying not to use the pre-built gcc resulted in using
the wrong version of autconf, apparently.

Why do we depend on exactly this version? *sigh*

[Bug bootstrap/81298] [7 Regression] Bootstrapping trunk fails during stage1-bubble on x86_64-pc-linux-gnu with --enable-maintainer-mode

[sch...@linux-m68k.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81298

--- Comment #5 from Andreas Schwab  ---
configure.ac:33: error: Please use exactly Autoconf 2.64 instead of 2.69.
../config/override.m4:12: _GCC_AUTOCONF_VERSION_CHECK is expanded from...
configure.ac:33: the top level
autom4te: m4 failed with exit status: 1
aclocal-1.11: autom4te failed with exit status: 1
make[3]: *** [Makefile:406: ../../trunk/libbacktrace/aclocal.m4] Fehler 1

[Bug bootstrap/81298] [7 Regression] Bootstrapping trunk fails during stage1-bubble on x86_64-pc-linux-gnu with --enable-maintainer-mode

[tkoenig at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81298

Thomas Koenig  changed:

   What|Removed |Added

 Depends on||81295

--- Comment #4 from Thomas Koenig  ---
I mean PR 81295 .


Referenced Bugs:

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81295
[Bug 81295] [7 Regression] bootstrap broken on powerpc-linux-gnu

[Bug bootstrap/81298] [7 Regression] Bootstrapping trunk fails during stage1-bubble on x86_64-pc-linux-gnu with --enable-maintainer-mode

[tkoenig at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81298

--- Comment #3 from Thomas Koenig  ---
Could be a duplicate of PR 81298.

[Bug bootstrap/81298] [7 Regression] Bootstrapping trunk fails during stage1-bubble on x86_64-pc-linux-gnu with --enable-maintainer-mode

[tkoenig at gcc dot gnu.org]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81298

Thomas Koenig  changed:

   What|Removed |Added

   Target Milestone|--- |7.0
Summary|Bootstrap fails during  |[7 Regression]
   |stage1-bubble on|Bootstrapping trunk fails
   |x86_64-pc-linux-gnu with|during stage1-bubble on
   |--enable-maintainer-mode|x86_64-pc-linux-gnu with
   ||--enable-maintainer-mode

--- Comment #2 from Thomas Koenig  ---
Boostrapping with current trunk appears to go much
further, so it seems to be a problem with the gcc7
snapshot used for bootstrapping.