https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67092
vries at gcc dot gnu.org changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67092
--- Comment #15 from vries at gcc dot gnu.org ---
Author: vries
Date: Wed Aug 12 15:13:35 2015
New Revision: 226819
URL: https://gcc.gnu.org/viewcvs?rev=226819&root=gcc&view=rev
Log:
Remove --with-host-libstdcxx
2015-08-12 Tom de Vries
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67092
vries at gcc dot gnu.org changed:
What|Removed |Added
Keywords||patch
--- Comment #14 from vri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67092
--- Comment #13 from Richard Biener ---
I think we can no longer reliably support host libstdc++ as includes are not
picked up from its location and GCC is C++ now.
I suggest to remove that entirely.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67092
--- Comment #12 from vries at gcc dot gnu.org ---
(In reply to vries from comment #11)
> (In reply to vries from comment #10)
> > Looking at the description of with-host-libstdcxx:
> > ...
> > --with-host-libstdcxx=linker-args
> > If you are linki
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67092
--- Comment #11 from vries at gcc dot gnu.org ---
(In reply to vries from comment #10)
> Looking at the description of with-host-libstdcxx:
> ...
> --with-host-libstdcxx=linker-args
> If you are linking with a static copy of PPL, you can use this
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67092
--- Comment #10 from vries at gcc dot gnu.org ---
Looking at the description of with-host-libstdcxx:
...
--with-host-libstdcxx=linker-args
If you are linking with a static copy of PPL, you can use this option to
specify how the linker should find
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67092
--- Comment #9 from vries at gcc dot gnu.org ---
I've done the same build using gcc-5-branch. There, stage2 genpreds also
depends on libstdc++.so.6, but no symbols from it are needed, and no version is
required, so the build doesn't break.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67092
--- Comment #8 from vries at gcc dot gnu.org ---
(In reply to vries from comment #7)
> I start to suspect it's related to this configure bit:
> ...
> --with-host-libstdcxx=-L/usr/local/tools/gcc-4.7.3/lib64 -static-libgcc
> -Wl,-Bstatic,-lstdc++,-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67092
--- Comment #7 from vries at gcc dot gnu.org ---
(In reply to vries from comment #6)
> (In reply to H.J. Lu from comment #5)
> > (In reply to vries from comment #4)
> > > (In reply to H.J. Lu from comment #3)
> > > > Only build/genpreds in stage1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67092
--- Comment #6 from vries at gcc dot gnu.org ---
(In reply to H.J. Lu from comment #5)
> (In reply to vries from comment #4)
> > (In reply to H.J. Lu from comment #3)
> > > Only build/genpreds in stage1 should be linked with libstdc++.so.6.
> >
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67092
--- Comment #5 from H.J. Lu ---
(In reply to vries from comment #4)
> (In reply to H.J. Lu from comment #3)
> > Only build/genpreds in stage1 should be linked with libstdc++.so.6.
>
> Why?
Top level configure.ac has
[stage1_ldflags=
# In stag
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67092
--- Comment #4 from vries at gcc dot gnu.org ---
(In reply to H.J. Lu from comment #3)
> Only build/genpreds in stage1 should be linked with libstdc++.so.6.
Why?
> Why are build/genpreds in stage2 and stage2 linked with libstdc++.so.6?
AFAICT,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67092
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67092
vries at gcc dot gnu.org changed:
What|Removed |Added
Summary|bootstrap failure with |bootstrap failure in
15 matches
Mail list logo
