[Bug target/63773] New: [meta-bug] Restoring darwin bootstrap for gcc 5.0

[Bug target/63773] New: [meta-bug] Restoring darwin bootstrap for gcc 5.0

[howarth at bromo dot med.uc.edu]

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

            Bug ID: 63773
           Summary: [meta-bug] Restoring darwin bootstrap for gcc 5.0
           Product: gcc
           Version: 5.0
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: target
          Assignee: unassigned at gcc dot gnu.org
          Reporter: howarth at bromo dot med.uc.edu

Bootstrapping gcc trunk at r217227 requires the following patches on
x86_64-apple-darwin14...

https://gcc.gnu.org/ml/gcc-patches/2014-11/msg00662.html
https://gcc.gnu.org/ml/gcc-patches/2014-11/msg00661.html

to avoid GCC poisoning ctype macros through safe-ctype.h by moving the <string>
header include forward.

https://gcc.gnu.org/bugzilla/attachment.cgi?id=33843 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63622#c3

to prevent alias creation on targets that don't support aliasing

https://gcc.gnu.org/bugzilla/attachment.cgi?id=33915 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63534#c55

for disabling nonlocal goto receiver and fixing setjmp receiver

The previous patch from https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63580#c4
is no longer required after the commit of r217222.

The accumulated fixes for test suite regressions include

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63534#c50

to eliminate breakage of the asan tests at -m32

[Bug target/63773] [meta-bug] Restoring darwin bootstrap for gcc 5.0

[dominiq at lps dot ens.fr]

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

Dominique d'Humieres <dominiq at lps dot ens.fr> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |NEW
   Last reconfirmed|                            |2014-11-07
     Ever confirmed|0                           |1

--- Comment #1 from Dominique d'Humieres <dominiq at lps dot ens.fr> ---
Confirmed indeed.

[Bug target/63773] [meta-bug] Restoring darwin bootstrap for gcc 5.0

[evstupac at gmail dot com]

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

--- Comment #2 from Stupachenko Evgeny <evstupac at gmail dot com> ---
(In reply to howarth from comment #0)
> 
> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33915 from
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63534#c55
> 
> for disabling nonlocal goto receiver and fixing setjmp receiver
> 

Committed to trunk r217237.

[Bug target/63773] [meta-bug] Restoring darwin bootstrap for gcc 5.0

[fxcoudert at gcc dot gnu.org]

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

Francois-Xavier Coudert <fxcoudert at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |fxcoudert at gcc dot gnu.org

--- Comment #3 from Francois-Xavier Coudert <fxcoudert at gcc dot gnu.org> ---
I'd like to help, but it's such a mess. There is not one PR per distinct issue,
but various things reported in long threads. 

Regarding the first two patches (libcc1 and ipa-chkp.c), they are
straightforward and should be approved fast. Don't hesitate to ping them every
few days.

The "nonlocal goto and setjmp" patch has been committed.

But… the remaining patch (https://gcc.gnu.org/bugzilla/attachment.cgi?id=33843)
does not appear enough to restore bootstrap. I still get:

ld: illegal text reloc in 'std::strstream::strstream()' to 'construction vtable
for std::basic_ostream<char, std::char_traits<char> >-in-std::strstream' for
architecture x86_64

is there another patch required?
>From gcc-bugs-return-466015-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Fri Nov 07 21:25:23 2014
Return-Path: <gcc-bugs-return-466015-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 3904 invoked by alias); 7 Nov 2014 21:25:22 -0000
Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc-bugs.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc-bugs/>
List-Post: <mailto:gcc-bugs@gcc.gnu.org>
List-Help: <mailto:gcc-bugs-help@gcc.gnu.org>
Sender: gcc-bugs-owner@gcc.gnu.org
Delivered-To: mailing list gcc-bugs@gcc.gnu.org
Received: (qmail 3869 invoked by uid 48); 7 Nov 2014 21:25:19 -0000
From: "evstupac at gmail dot com" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug target/54232] For x86 PIC code, ebx should be spillable
Date: Fri, 07 Nov 2014 21:25:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: target
X-Bugzilla-Version: 4.8.0
X-Bugzilla-Keywords:
X-Bugzilla-Severity: enhancement
X-Bugzilla-Who: evstupac at gmail dot com
X-Bugzilla-Status: NEW
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields: cc
Message-ID: <bug-54232-4-qWEBgQJy5i@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-54232-4@http.gcc.gnu.org/bugzilla/>
References: <bug-54232-4@http.gcc.gnu.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2014-11/txt/msg00487.txt.bz2
Content-length: 402

https://gcc.gnu.org/bugzilla/show_bug.cgi?idT232

Stupachenko Evgeny <evstupac at gmail dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |evstupac at gmail dot com

--- Comment #4 from Stupachenko Evgeny <evstupac at gmail dot com> ---
Fixed in 5.0

[Bug target/63773] [meta-bug] Restoring darwin bootstrap for gcc 5.0

[fxcoudert at gcc dot gnu.org]

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

--- Comment #5 from Francois-Xavier Coudert <fxcoudert at gcc dot gnu.org> ---
(In reply to howarth from comment #4)
> Did you apply the PA ICF aliasing restriction patch from
> https://gcc.gnu.org/bugzilla/attachment.cgi?id=33843?

Yes, I have it in my tree. Yet I still get the following error during stage 1
libstdc++ build:

ld: illegal text reloc in 'std::strstream::strstream()' to 'construction vtable
for std::basic_ostream<char, std::char_traits<char> >-in-std::strstream' for
architecture x86_64

[Bug target/63773] [meta-bug] Restoring darwin bootstrap for gcc 5.0

[howarth at bromo dot med.uc.edu]

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

--- Comment #6 from howarth at bromo dot med.uc.edu ---
(In reply to Francois-Xavier Coudert from comment #5)
> (In reply to howarth from comment #4)
> > Did you apply the PA ICF aliasing restriction patch from
> > https://gcc.gnu.org/bugzilla/attachment.cgi?id=33843?
> 
> Yes, I have it in my tree. Yet I still get the following error during stage
> 1 libstdc++ build:
> 
> ld: illegal text reloc in 'std::strstream::strstream()' to 'construction
> vtable for std::basic_ostream<char, std::char_traits<char>
> >-in-std::strstream' for architecture x86_64

What OS X release and Xcode are you on? I am currently testing
x86_64-apple-darwin14 with Xcode 6.1 and have access to test on
x86_64-apple-darwin13 with Xcode 6.1 and x86_64-apple-darwin12 with Xcode
5.1.1.

[Bug target/63773] [meta-bug] Restoring darwin bootstrap for gcc 5.0

[fxcoudert at gcc dot gnu.org]

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

--- Comment #7 from Francois-Xavier Coudert <fxcoudert at gcc dot gnu.org> ---
(In reply to howarth from comment #6)
Sorry, stupid typo on my part in the latest build. Indeed, with the three
patches mentioned, my build is proceeding fine.

[Bug target/63773] [meta-bug] Restoring darwin bootstrap for gcc 5.0

[howarth at bromo dot med.uc.edu]

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

--- Comment #8 from howarth at bromo dot med.uc.edu ---
Bootstrap tested at r217238 with the remaining uncommitted patches applied
using...

Configured with: ../gcc-5.0-20141107/configure --prefix=/sw
--prefix=/sw/lib/gcc5.0 --mandir=/sw/share/man --infodir=/sw/lib/gcc5.0/info
--enable-languages=c,c++,fortran,lto,objc,obj-c++,java --with-gmp=/sw
--with-libiconv-prefix=/sw --with-isl=/sw --with-cloog=/sw --with-mpc=/sw
--with-system-zlib --x-includes=/usr/X11R6/include --x-libraries=/usr/X11R6/lib
--program-suffix=-fsf-5.0

on...

x86_64-apple-darwin14 against Xcode 6.1
x86_64-apple-darwin13 against Xcode 6.1
x86_64-apple-darwin12 against Xcode 5.1.1

[Bug target/63773] [meta-bug] Restoring darwin bootstrap for gcc 5.0

[howarth at bromo dot med.uc.edu]

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

--- Comment #9 from howarth at bromo dot med.uc.edu ---
(In reply to howarth from comment #8)

Successfully bootstrapped with same configure options at same revision on...

x86_64-apple-darwin11 against Xcode 4.6

[Bug target/63773] [meta-bug] Restoring darwin bootstrap for gcc 5.0

[howarth at bromo dot med.uc.edu]

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

--- Comment #10 from howarth at bromo dot med.uc.edu ---
Regression testing on x86_64-apple-darwin14 at
https://gcc.gnu.org/ml/gcc-testresults/2014-11/msg00806.html.

[Bug target/63773] [meta-bug] Restoring darwin bootstrap for gcc 5.0

[fxcoudert at gcc dot gnu.org]

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

Francois-Xavier Coudert <fxcoudert at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
   Last reconfirmed|2014-11-07 00:00:00         |2014-11-11

--- Comment #11 from Francois-Xavier Coudert <fxcoudert at gcc dot gnu.org> ---
Current status of trunk: we need one patch [1] to bootstrap, and one more [2]
to help with some failures. I have submitted a libtool patch [3], but it
doesn't to change things drastically. Latest test results are here:
https://gcc.gnu.org/ml/gcc-testresults/2014-11/msg01024.html 

PS: we also have a breakage in libstdc++
(https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63811), but Jonathan said on IRC
he'll commit a fix asap.


[1] https://gcc.gnu.org/bugzilla/attachment.cgi?id=33843 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63622#c3

[2] https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63534#c50

[3] https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63610#c11

[Bug target/63773] [meta-bug] Restoring darwin bootstrap for gcc 5.0

[dominiq at lps dot ens.fr]

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

--- Comment #13 from Dominique d'Humieres <dominiq at lps dot ens.fr> ---
There is still a bootstrapping issue with libcc1 when bootstrapping with gcc
4.9:

https://gcc.gnu.org/ml/gcc-patches/2014-11/msg00731.html

[Bug target/63773] [meta-bug] Restoring darwin bootstrap for gcc 5.0

[fxcoudert at gcc dot gnu.org]

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

--- Comment #14 from Francois-Xavier Coudert <fxcoudert at gcc dot gnu.org> ---
(In reply to Dominique d'Humieres from comment #13)
> There is still a bootstrapping issue with libcc1 when bootstrapping with gcc
> 4.9:

Regarding that one, it should be fixed in the top-level Makefile. The targets
that configure and build libcc1 in this Makefile call $(HOST_EXPORTS), which
should do the trick. Instead, it should probably do like lto, and use
$(HOST_EXPORTS) and $(POSTSTAGE1_HOST_EXPORTS) together for stages > 1.

Looking at Makefile.def, the only difference I see is that libcc1 is not
bootstrapped, so maybe we could fix it this way?

Index: Makefile.def
===================================================================
--- Makefile.def    (revision 217355)
+++ Makefile.def    (working copy)
@@ -123,7 +123,8 @@ host_modules= { module= gnattools; };
 host_modules= { module= lto-plugin; bootstrap=true;
         extra_configure_flags='--enable-shared @extra_linker_plugin_flags@
@extra_linker_plugin_configure_flags@';
         extra_make_flags='@extra_linker_plugin_flags@'; };
-host_modules= { module= libcc1; extra_configure_flags=--enable-shared; };
+host_modules= { module= libcc1; bootstrap=true;
+        extra_configure_flags=--enable-shared; };

 target_modules = { module= libstdc++-v3;
            bootstrap=true;

[Bug target/63773] [meta-bug] Restoring darwin bootstrap for gcc 5.0

[iains at gcc dot gnu.org]

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

--- Comment #15 from Iain Sandoe <iains at gcc dot gnu.org> ---
(In reply to Francois-Xavier Coudert from comment #14)
> (In reply to Dominique d'Humieres from comment #13)
> > There is still a bootstrapping issue with libcc1 when bootstrapping with gcc
> > 4.9:
> 
> Regarding that one, it should be fixed in the top-level Makefile. The
> targets that configure and build libcc1 in this Makefile call
> $(HOST_EXPORTS), which should do the trick. Instead, it should probably do
> like lto, and use $(HOST_EXPORTS) and $(POSTSTAGE1_HOST_EXPORTS) together
> for stages > 1.

ACK - I think that's completely the right approach to one part of the problem.

- what's happening is that the analysis for the _bootstrap_ compiler's support
of the -static-libstdc++ is being used for the _stage#3_ build of libcc1

for clang [bootstrap] -static-libstdc++ is not supported and thus libcc1 links
with /usr/lib/libstdc++.dylib (which is not really what was intended).

for gcc [bootstrap] the support is mentioned - and then the -static-libstdc++
flag is provided to the libcc1 link (which then fails with…).  

… the second issue - which is that we need a -B…. option for each library path
that will be used for spec-substitution (.a for .dylib).

so we need -B/path/to/libstdc++-v3/src/.libs and -B/path/to/libsupc++/.libs,.

> 
> Looking at Makefile.def, the only difference I see is that libcc1 is not
> bootstrapped, so maybe we could fix it this way?
> 
> Index: Makefile.def
> ===================================================================
> --- Makefile.def	(revision 217355)
> +++ Makefile.def	(working copy)
> @@ -123,7 +123,8 @@ host_modules= { module= gnattools; };
>  host_modules= { module= lto-plugin; bootstrap=true;
>  		extra_configure_flags='--enable-shared @extra_linker_plugin_flags@
> @extra_linker_plugin_configure_flags@';
>  		extra_make_flags='@extra_linker_plugin_flags@'; };
> -host_modules= { module= libcc1; extra_configure_flags=--enable-shared; };
> +host_modules= { module= libcc1; bootstrap=true;
> +		extra_configure_flags=--enable-shared; };
>  
>  target_modules = { module= libstdc++-v3;
>  		   bootstrap=true;

I don't think we want to bootstrap libcc1 (that was what the patch was
removing).

Probably the right example is gnattools - or something similar that only builds
@stage#3.
>From gcc-bugs-return-466438-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Nov 11 21:09:09 2014
Return-Path: <gcc-bugs-return-466438-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 23140 invoked by alias); 11 Nov 2014 21:09:09 -0000
Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc-bugs.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc-bugs/>
List-Post: <mailto:gcc-bugs@gcc.gnu.org>
List-Help: <mailto:gcc-bugs-help@gcc.gnu.org>
Sender: gcc-bugs-owner@gcc.gnu.org
Delivered-To: mailing list gcc-bugs@gcc.gnu.org
Received: (qmail 22816 invoked by uid 48); 11 Nov 2014 21:09:04 -0000
From: "redi at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug c++/63825] [DR 1558] Unused arguments in alias template specializations
Date: Tue, 11 Nov 2014 21:09:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: c++
X-Bugzilla-Version: 5.0
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: redi at gcc dot gnu.org
X-Bugzilla-Status: RESOLVED
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields:
Message-ID: <bug-63825-4-6OH1hFsiDm@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-63825-4@http.gcc.gnu.org/bugzilla/>
References: <bug-63825-4@http.gcc.gnu.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2014-11/txt/msg00910.txt.bz2
Content-length: 174

https://gcc.gnu.org/bugzilla/show_bug.cgi?idc825

--- Comment #2 from Jonathan Wakely <redi at gcc dot gnu.org> ---
Doh, works for me too if I use a fresh build - thanks!

[Bug target/63773] [meta-bug] Restoring darwin bootstrap for gcc 5.0

[fxcoudert at gcc dot gnu.org]

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

--- Comment #16 from Francois-Xavier Coudert <fxcoudert at gcc dot gnu.org> ---
(In reply to Iain Sandoe from comment #15)
> … the second issue - which is that we need a -B…. option for each library
> path that will be used for spec-substitution (.a for .dylib)

The necessary -B options are already in POSTSTAGE1_HOST_EXPORTS, through
POSTSTAGE1_CXX_EXPORT.


> I don't think we want to bootstrap libcc1 (that was what the patch was
> removing).
> 
> Probably the right example is gnattools - or something similar that only
> builds @stage#3.

I cannot find anything in the top-level Makefile that builds at stage3 and uses
POSTSTAGE1_HOST_EXPORTS, i.e. properly builds with the final compiler. Even
gnarls uses HOST_EXPORTS, so it would probably have similar problems. (Doesn't
it? I don't know cause I never build ada.)
>From gcc-bugs-return-466439-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Nov 11 21:20:39 2014
Return-Path: <gcc-bugs-return-466439-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 2981 invoked by alias); 11 Nov 2014 21:20:39 -0000
Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc-bugs.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc-bugs/>
List-Post: <mailto:gcc-bugs@gcc.gnu.org>
List-Help: <mailto:gcc-bugs-help@gcc.gnu.org>
Sender: gcc-bugs-owner@gcc.gnu.org
Delivered-To: mailing list gcc-bugs@gcc.gnu.org
Received: (qmail 2940 invoked by uid 48); 11 Nov 2014 21:20:35 -0000
From: "iains at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug target/63773] [meta-bug] Restoring darwin bootstrap for gcc 5.0
Date: Tue, 11 Nov 2014 21:20:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: target
X-Bugzilla-Version: 5.0
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: iains at gcc dot gnu.org
X-Bugzilla-Status: NEW
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields:
Message-ID: <bug-63773-4-Ua1LN79rRc@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-63773-4@http.gcc.gnu.org/bugzilla/>
References: <bug-63773-4@http.gcc.gnu.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2014-11/txt/msg00911.txt.bz2
Content-length: 1445

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

--- Comment #17 from Iain Sandoe <iains at gcc dot gnu.org> ---
(In reply to Francois-Xavier Coudert from comment #16)
> (In reply to Iain Sandoe from comment #15)
> > … the second issue - which is that we need a -B…. option for each library
> > path that will be used for spec-substitution (.a for .dylib)
> 
> The necessary -B options are already in POSTSTAGE1_HOST_EXPORTS, through
> POSTSTAGE1_CXX_EXPORT.

excellent.
Jakub asked Paulo on-list if there was a solution to ...

> > I don't think we want to bootstrap libcc1 (that was what the patch was
> > removing).
> > 
> > Probably the right example is gnattools - or something similar that only
> > builds @stage#3.
> 
> I cannot find anything in the top-level Makefile that builds at stage3 and
> uses POSTSTAGE1_HOST_EXPORTS, i.e. properly builds with the final compiler.
> Even gnarls uses HOST_EXPORTS, so it would probably have similar problems.
> (Doesn't it? I don't know cause I never build ada.)

… this ^ i.e. choosing the right one to use depending on
cross/disable-bootstrap/stage#n … 

.. gnattools adds the -B options specifically in its Makefile.

interesting - so that also implies it will be affected by the bootstrap
compiler (although, of course, that pretty much has to be GCC for Ada).  I must
confess I'd not looked beyond the handling of certain configure options.
>From gcc-bugs-return-466440-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Nov 11 21:21:48 2014
Return-Path: <gcc-bugs-return-466440-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 4342 invoked by alias); 11 Nov 2014 21:21:48 -0000
Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc-bugs.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc-bugs/>
List-Post: <mailto:gcc-bugs@gcc.gnu.org>
List-Help: <mailto:gcc-bugs-help@gcc.gnu.org>
Sender: gcc-bugs-owner@gcc.gnu.org
Delivered-To: mailing list gcc-bugs@gcc.gnu.org
Received: (qmail 4298 invoked by uid 55); 11 Nov 2014 21:21:44 -0000
From: "fdumont at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug libstdc++/61107] stl_algo.h: std::__inplace_stable_partition() doesn't process the whole data range
Date: Tue, 11 Nov 2014 21:21:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: libstdc++
X-Bugzilla-Version: 5.0
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: fdumont at gcc dot gnu.org
X-Bugzilla-Status: ASSIGNED
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: fdumont at gcc dot gnu.org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields:
Message-ID: <bug-61107-4-4mAXm93zDz@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-61107-4@http.gcc.gnu.org/bugzilla/>
References: <bug-61107-4@http.gcc.gnu.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2014-11/txt/msg00912.txt.bz2
Content-length: 1162

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

--- Comment #2 from François Dumont <fdumont at gcc dot gnu.org> ---
Author: fdumont
Date: Tue Nov 11 21:21:10 2014
New Revision: 217370

URL: https://gcc.gnu.org/viewcvs?rev=217370&root=gcc&view=rev
Log:
2014-11-11  François Dumont  <fdumont@gcc.gnu.org>

    PR libstdc++/61107
    * include/bits/stl_algo.h (__inplace_stable_partition): Delete.
    (__stable_partition_adaptive): Return __first if range length is 1.
    (__stable_partition): Adapt.
    * testsuite/util/testsuite_new_operators.h: New.
    * testsuite/25_algorithms/stable_sort/1.cc: Test algo in simulated
    constraint memory context.
    * testsuite/25_algorithms/inplace_merge/1.cc: Likewise.
    * testsuite/25_algorithms/stable_partition/1.cc: Likewise.

Added:
    trunk/libstdc++-v3/testsuite/util/testsuite_new_operators.h
Modified:
    trunk/libstdc++-v3/ChangeLog
    trunk/libstdc++-v3/include/bits/stl_algo.h
    trunk/libstdc++-v3/testsuite/25_algorithms/inplace_merge/1.cc
    trunk/libstdc++-v3/testsuite/25_algorithms/stable_partition/1.cc
    trunk/libstdc++-v3/testsuite/25_algorithms/stable_sort/1.cc
>From gcc-bugs-return-466441-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Nov 11 21:30:47 2014
Return-Path: <gcc-bugs-return-466441-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 15372 invoked by alias); 11 Nov 2014 21:30:47 -0000
Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc-bugs.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc-bugs/>
List-Post: <mailto:gcc-bugs@gcc.gnu.org>
List-Help: <mailto:gcc-bugs-help@gcc.gnu.org>
Sender: gcc-bugs-owner@gcc.gnu.org
Delivered-To: mailing list gcc-bugs@gcc.gnu.org
Received: (qmail 15332 invoked by uid 48); 11 Nov 2014 21:30:43 -0000
From: "fdumont at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug libstdc++/61107] stl_algo.h: std::__inplace_stable_partition() doesn't process the whole data range
Date: Tue, 11 Nov 2014 21:30:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: libstdc++
X-Bugzilla-Version: 5.0
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: fdumont at gcc dot gnu.org
X-Bugzilla-Status: RESOLVED
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: fdumont at gcc dot gnu.org
X-Bugzilla-Target-Milestone: 5.0
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields: bug_status resolution target_milestone
Message-ID: <bug-61107-4-MoTiDxw9MI@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-61107-4@http.gcc.gnu.org/bugzilla/>
References: <bug-61107-4@http.gcc.gnu.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2014-11/txt/msg00913.txt.bz2
Content-length: 533

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

François Dumont <fdumont at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|ASSIGNED                    |RESOLVED
         Resolution|---                         |FIXED
   Target Milestone|---                         |5.0

--- Comment #3 from François Dumont <fdumont at gcc dot gnu.org> ---
Fixed using proposal 2 with small adaptation.
>From gcc-bugs-return-466442-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org Tue Nov 11 21:31:52 2014
Return-Path: <gcc-bugs-return-466442-listarch-gcc-bugs=gcc.gnu.org@gcc.gnu.org>
Delivered-To: listarch-gcc-bugs@gcc.gnu.org
Received: (qmail 16666 invoked by alias); 11 Nov 2014 21:31:52 -0000
Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm
Precedence: bulk
List-Id: <gcc-bugs.gcc.gnu.org>
List-Archive: <http://gcc.gnu.org/ml/gcc-bugs/>
List-Post: <mailto:gcc-bugs@gcc.gnu.org>
List-Help: <mailto:gcc-bugs-help@gcc.gnu.org>
Sender: gcc-bugs-owner@gcc.gnu.org
Delivered-To: mailing list gcc-bugs@gcc.gnu.org
Received: (qmail 16229 invoked by uid 48); 11 Nov 2014 21:31:47 -0000
From: "fxcoudert at gcc dot gnu.org" <gcc-bugzilla@gcc.gnu.org>
To: gcc-bugs@gcc.gnu.org
Subject: [Bug target/63773] [meta-bug] Restoring darwin bootstrap for gcc 5.0
Date: Tue, 11 Nov 2014 21:31:00 -0000
X-Bugzilla-Reason: CC
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: gcc
X-Bugzilla-Component: target
X-Bugzilla-Version: 5.0
X-Bugzilla-Keywords:
X-Bugzilla-Severity: normal
X-Bugzilla-Who: fxcoudert at gcc dot gnu.org
X-Bugzilla-Status: NEW
X-Bugzilla-Priority: P3
X-Bugzilla-Assigned-To: unassigned at gcc dot gnu.org
X-Bugzilla-Target-Milestone: ---
X-Bugzilla-Flags:
X-Bugzilla-Changed-Fields:
Message-ID: <bug-63773-4-TMGULZwsed@http.gcc.gnu.org/bugzilla/>
In-Reply-To: <bug-63773-4@http.gcc.gnu.org/bugzilla/>
References: <bug-63773-4@http.gcc.gnu.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
X-Bugzilla-URL: http://gcc.gnu.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-SW-Source: 2014-11/txt/msg00914.txt.bz2
Content-length: 527

https://gcc.gnu.org/bugzilla/show_bug.cgi?idc773

--- Comment #18 from Francois-Xavier Coudert <fxcoudert at gcc dot gnu.org> ---
(In reply to Iain Sandoe from comment #17)
> interesting - so that also implies it will be affected by the bootstrap
> compiler (although, of course, that pretty much has to be GCC for Ada).  I
> must confess I'd not looked beyond the handling of certain configure options.

I suspect it's time to involve Paolo indeed. We have reached the limits of my
understanding of the GCC build system :)

[Bug target/63773] [meta-bug] Restoring darwin bootstrap for gcc 5.0

[howarth at bromo dot med.uc.edu]

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

--- Comment #19 from howarth at bromo dot med.uc.edu ---
(In reply to Francois-Xavier Coudert from comment #18)
> (In reply to Iain Sandoe from comment #17)
> > interesting - so that also implies it will be affected by the bootstrap
> > compiler (although, of course, that pretty much has to be GCC for Ada).  I
> > must confess I'd not looked beyond the handling of certain configure options.
> 
> I suspect it's time to involve Paolo indeed. We have reached the limits of
> my understanding of the GCC build system :)

I wonder if this needs to be done via HOST_LIBS like in the gcc directory. As
far as I can see, everything else linked against libstdc++.a is an executable
from the gcc directory. Adding the usage of HOST_LIBS to the libcc/Makefile.am
would seem to also require the libcc1/configure to also have...

# Libraries to use on the host.  This will normally be set by the top
# level Makefile.  Here we simply capture the value for our Makefile.
if test -z "${HOST_LIBS+set}"; then
  HOST_LIBS=
fi
AC_SUBST(HOST_LIBS)

added as well and configure regenerated.

[Bug target/63773] [meta-bug] Restoring darwin bootstrap for gcc 5.0

[fxcoudert at gcc dot gnu.org]

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

Bug 63622 Summary: [5.0 Regression] Bootstrap fails on x86_64-apple-darwin1[34] after revision r216305
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63622

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|---                         |FIXED

[Bug target/63773] [meta-bug] Restoring darwin bootstrap for gcc 5.0

[fxcoudert at gcc dot gnu.org]

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

Bug 63534 Summary: [5 Regression] Bootstrap failure on x86_64/i686-linux
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63534

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|---                         |FIXED

[Bug target/63773] [meta-bug] Restoring darwin bootstrap for gcc 5.0

[fxcoudert at gcc dot gnu.org]

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

Bug 63703 Summary: [4.9.2/5 Regression] Bootstrap broken on powerpc-apple-darwin, cc1: internal compiler error: in init_reg_sets
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63703

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|---                         |FIXED

[Bug target/63773] [meta-bug] Restoring darwin bootstrap for gcc 5.0

[dominiq at lps dot ens.fr]

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

Bug 64023 Summary: [5 Regression] r216964 breaks bootstrap on darwin when using gcc as the bootstrap compiler.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64023

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|---                         |FIXED

[Bug target/63773] [meta-bug] Restoring darwin bootstrap for gcc 5.0

[trippels at gcc dot gnu.org]

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

Bug 63831 Summary: [5 Regression] r217292 causes segfaults with -MM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63831

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|ASSIGNED                    |RESOLVED
         Resolution|---                         |FIXED