[Bug bootstrap/64023] [5 Regression] r216964 breaks bootstrap on darwin when using gcc as the bootstrap compiler.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64023 Dominique d'Humieres changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #7 from Dominique d'Humieres --- This is the first time since two months that I am able to bootstrap a clean tree. Results are posted at https://gcc.gnu.org/ml/gcc-testresults/2014-12/msg01763.html Closing as FIXED. Thanks.
[Bug bootstrap/64023] [5 Regression] r216964 breaks bootstrap on darwin when using gcc as the bootstrap compiler.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64023 --- Comment #6 from Jakub Jelinek --- Author: jakub Date: Sat Dec 13 11:24:37 2014 New Revision: 218705 URL: https://gcc.gnu.org/viewcvs?rev=218705&root=gcc&view=rev Log: PR bootstrap/64023 * Makefile.tpl (EXTRA_TARGET_FLAGS): Set STAGE1_LDFLAGS to POSTSTAGE1_LDFLAGS and STAGE1_LIBS to POSTSTAGE1_LIBS. Add -B to libstdc++-v3/src/.libs and libstdc++-v3/libsupc++/.libs to CXX. * Makefile.in: Regenerated. Modified: trunk/ChangeLog trunk/Makefile.in trunk/Makefile.tpl
[Bug bootstrap/64023] [5 Regression] r216964 breaks bootstrap on darwin when using gcc as the bootstrap compiler.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64023 Dominique d'Humieres changed: What|Removed |Added CC||law at redhat dot com --- Comment #5 from Dominique d'Humieres --- A working patch as been committed at https://gcc.gnu.org/ml/gcc/2014-12/msg00044.html. Could it be reviewed?
[Bug bootstrap/64023] [5 Regression] r216964 breaks bootstrap on darwin when using gcc as the bootstrap compiler.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64023 --- Comment #4 from Iain Sandoe --- (In reply to Francois-Xavier Coudert from comment #3) > Even with that patch, there remains the "silent" issue of not linking > statically when clang is the system compiler. The underlying issue is that ld64 will always pick a .dylib over a .a when both are available. So pointing at the libstdc++ .libs dir isn't enough - we'll still link with the dylib. AFAIK the only solution available is to mention the full path to the static lib on the command line. Since clang does not do this for us (no -static-libstdc++) we'd have to cook up our own and drive it from some config that determines we are bootstrapping with clang. [That might be a useful variable to have anyway]
[Bug bootstrap/64023] [5 Regression] r216964 breaks bootstrap on darwin when using gcc as the bootstrap compiler.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64023 Francois-Xavier Coudert changed: What|Removed |Added Keywords||patch Last reconfirmed|2014-11-22 00:00:00 |2014-11-24 Assignee|unassigned at gcc dot gnu.org |fxcoudert at gcc dot gnu.org Target Milestone|--- |5.0 --- Comment #3 from Francois-Xavier Coudert --- Partial patch submitted: https://gcc.gnu.org/ml/gcc-patches/2014-11/msg02955.html It restores bootstrap with gcc as system compiler (and I think is more generic that fixing the issue in libcc1/Makefile.in). Even with that patch, there remains the "silent" issue of not linking statically when clang is the system compiler.
[Bug bootstrap/64023] [5 Regression] r216964 breaks bootstrap on darwin when using gcc as the bootstrap compiler.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64023 --- Comment #2 from Iain Sandoe --- as commented in https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63773 c#14..17 this is caused by $(HOST_EXPORTS) being used at stage#N>1 instead of $(POSTSTAGE1_HOST_EXPORTS) Thus the config test for the bootstrap compiler is affecting the later build. In this case, GCC fails to build because it supports -static-libstdc++ (and thus the option is passed to the build) but it then needs the -B options to allow for spec substitution to work for libstdc++. These are not present in HOST_EXPORTS because, obviously, the host compiler is installed and doesn't need them. NOTE: (clang succeeds because it does not support -staticlibstdc++, so that option is not passed to the stage#3 libs build. However in that case the fault is potentially more subtle, because the library is then being linked with a dependency on the *system* libstdc++.dylib and not the current build.
[Bug bootstrap/64023] [5 Regression] r216964 breaks bootstrap on darwin when using gcc as the bootstrap compiler.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64023 Dominique d'Humieres changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2014-11-22 Ever confirmed|0 |1 --- Comment #1 from Dominique d'Humieres --- Confirmed.