[Bug bootstrap/54820] New: [4.8 Regression] ada: cannot find -lstdc++ since 4.8.0 20121002

[Bug bootstrap/54820] New: [4.8 Regression] ada: cannot find -lstdc++ since 4.8.0 20121002

[jan.kratochvil at redhat dot com]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54820

             Bug #: 54820
           Summary: [4.8 Regression] ada: cannot find -lstdc++ since 4.8.0
                    20121002
    Classification: Unclassified
           Product: gcc
           Version: 4.8.0
            Status: UNCONFIRMED
          Severity: normal
          Priority: P3
         Component: bootstrap
        AssignedTo: unassigned@gcc.gnu.org
        ReportedBy: jan.kratochvil@redhat.com
              Host: x86_64-unknown-linux-gnu
            Target: x86_64-unknown-linux-gnu
             Build: x86_64-unknown-linux-gnu


Fedora 18 x86_64

../gcchead/configure --enable-64-bit-bfd --enable-debug --disable-sim
--enable-gold --enable-plugins --disable-werror
--with-separate-debug-dir=/usr/lib/debug
--prefix=/home/jkratoch/redhat/gcchead-root
--enable-languages=c,c++,fortran,java,ada,go
--with-ecj-jar=/usr/share/java/eclipse-ecj.jar
make

make[3]: Entering directory `/home/jkratoch/redhat/gcchead-build/gcc'
g++ -g -DIN_GCC -fno-exceptions -fno-rtti -fasynchronous-unwind-tables -W -Wall
-Wno-narrowing -Wwrite-strings -Wcast-qual -Wmissing-format-attribute -pedantic
-Wno-long-long -Wno-variadic-macros -Wno-overlength-strings -fno-common
-DHAVE_CONFIG_H -static-libgcc -static-libstdc++ -lmcheck -o gnat1
ada/adadecode.o ada/adaint.o ada/argv.o ada/cio.o ada/cstreams.o ada/env.o
ada/init.o ada/initialize.o ada/raise.o ada/seh_init.o ada/targext.o
ada/cuintp.o ada/decl.o ada/misc.o ada/utils.o ada/utils2.o ada/trans.o
ada/targtyps.o ada/a-charac.o ada/a-chlat1.o ada/a-elchha.o ada/a-except.o
ada/a-ioexce.o ada/ada.o ada/alfa.o ada/ali.o ada/alloc.o ada/aspects.o
ada/atree.o ada/butil.o ada/casing.o ada/checks.o ada/comperr.o ada/csets.o
ada/cstand.o ada/debug.o ada/debug_a.o ada/einfo.o ada/elists.o ada/err_vars.o
ada/errout.o ada/erroutc.o ada/eval_fat.o ada/exp_aggr.o ada/exp_alfa.o
ada/exp_atag.o ada/exp_attr.o ada/exp_cg.o ada/exp_ch11.o ada/exp_ch12.o
ada/exp_ch13.o ada/exp_ch2.o ada/exp_ch3.o ada/exp_ch4.o ada/exp_ch5.o
ada/exp_ch6.o ada/exp_ch7.o ada/exp_ch8.o ada/exp_ch9.o ada/exp_code.o
ada/exp_dbug.o ada/exp_disp.o ada/exp_dist.o ada/exp_fixd.o ada/exp_imgv.o
ada/exp_intr.o ada/exp_pakd.o ada/exp_prag.o ada/exp_sel.o ada/exp_smem.o
ada/exp_strm.o ada/exp_tss.o ada/exp_util.o ada/exp_vfpt.o ada/expander.o
ada/fmap.o ada/fname-uf.o ada/fname.o ada/freeze.o ada/frontend.o
ada/g-byorma.o ada/g-hesora.o ada/g-htable.o ada/g-spchge.o ada/g-speche.o
ada/g-u3spch.o ada/get_alfa.o ada/get_targ.o ada/gnat.o ada/gnatvsn.o
ada/hostparm.o ada/impunit.o ada/inline.o ada/interfac.o ada/itypes.o
ada/krunch.o ada/layout.o ada/lib-load.o ada/lib-util.o ada/lib-writ.o
ada/lib-xref.o ada/lib.o ada/live.o ada/namet-sp.o ada/namet.o ada/nlists.o
ada/nmake.o ada/opt.o ada/osint-c.o ada/osint.o ada/output.o ada/par.o
ada/par_sco.o ada/prep.o ada/prepcomp.o ada/put_alfa.o ada/put_scos.o
ada/repinfo.o ada/restrict.o ada/rident.o ada/rtsfind.o ada/s-addope.o
ada/s-assert.o ada/s-bitops.o ada/s-carun8.o ada/s-casuti.o ada/s-conca2.o
ada/s-conca3.o ada/s-conca4.o ada/s-conca5.o ada/s-conca6.o ada/s-conca7.o
ada/s-conca8.o ada/s-conca9.o ada/s-crc32.o ada/s-crtl.o ada/s-excdeb.o
ada/s-except.o ada/s-exctab.o ada/s-htable.o ada/s-imenne.o ada/s-imgenu.o
ada/s-mastop.o ada/s-memory.o ada/s-os_lib.o ada/s-parame.o ada/s-purexc.o
ada/s-restri.o ada/s-secsta.o ada/s-soflin.o ada/s-sopco3.o ada/s-sopco4.o
ada/s-sopco5.o ada/s-stache.o ada/s-stalib.o ada/s-stoele.o ada/s-strcom.o
ada/s-strhas.o ada/s-string.o ada/s-strops.o ada/s-traent.o ada/s-unstyp.o
ada/s-utf_32.o ada/s-wchcnv.o ada/s-wchcon.o ada/s-wchjis.o ada/scans.o
ada/scil_ll.o ada/scn.o ada/scng.o ada/scos.o ada/sdefault.o ada/sem.o
ada/sem_aggr.o ada/sem_attr.o ada/sem_aux.o ada/sem_case.o ada/sem_cat.o
ada/sem_ch10.o ada/sem_ch11.o ada/sem_ch12.o ada/sem_ch13.o ada/sem_ch2.o
ada/sem_ch3.o ada/sem_ch4.o ada/sem_ch5.o ada/sem_ch6.o ada/sem_ch7.o
ada/sem_ch8.o ada/sem_ch9.o ada/sem_dim.o ada/sem_disp.o ada/sem_dist.o
ada/sem_elab.o ada/sem_elim.o ada/sem_eval.o ada/sem_intr.o ada/sem_mech.o
ada/sem_prag.o ada/sem_res.o ada/sem_scil.o ada/sem_smem.o ada/sem_type.o
ada/sem_util.o ada/sem_vfpt.o ada/sem_warn.o ada/sinfo-cn.o ada/sinfo.o
ada/sinput-d.o ada/sinput-l.o ada/sinput.o ada/snames.o ada/sprint.o
ada/stand.o ada/stringt.o ada/style.o ada/styleg.o ada/stylesw.o ada/switch-c.o
ada/switch.o ada/system.o ada/table.o ada/targparm.o ada/tbuild.o
ada/tree_gen.o ada/tree_in.o ada/tree_io.o ada/treepr.o ada/treeprs.o
ada/ttypes.o ada/types.o ada/uintp.o ada/uname.o ada/urealp.o ada/usage.o
ada/validsw.o ada/warnsw.o ada/widechar.o ada/back_end.o ada/gnat1drv.o
ada/b_gnat1.o libbackend.a main.o tree-browser.o libcommon-target.a libcommon.a
../libcpp/libcpp.a ../libdecnumber/libdecnumber.a attribs.o libcommon-target.a
libcommon.a ../libcpp/libcpp.a   ../libbacktrace/.libs/libbacktrace.a
../libiberty/libiberty.a ../libdecnumber/libdecnumber.a    -lmpc -lmpfr -lgmp
-rdynamic -ldl  -L../zlib -lz -g
/usr/bin/ld: cannot find -lstdc++
collect2: error: ld returned 1 exit status
make[3]: *** [gnat1] Error 1

FAIL above is for: r192113
Last nightly successful build was:
gcc (GCC) 4.8.0 20121001 (experimental)

[Bug bootstrap/54820] [4.8 Regression] ada: cannot find -lstdc++ since 4.8.0 20121002

[charlet at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54820

Arnaud Charlet <charlet at gcc dot gnu.org> changed:

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

--- Comment #1 from Arnaud Charlet <charlet at gcc dot gnu.org> 2012-10-05 08:46:25 UTC ---
What has changed is that now -static-libstdc++ is used, in addition to
-static-libgcc, to fix other builds failures since the switch to g++ by
default.

So I guess this would mean that you do NOT have a static libstdc++ with your
base
C++ compiler?

Arno

[Bug bootstrap/54820] [4.8 Regression] ada: cannot find -lstdc++ since 4.8.0 20121002

[jan.kratochvil at redhat dot com]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54820

Jan Kratochvil <jan.kratochvil at redhat dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|UNCONFIRMED                 |RESOLVED
         Resolution|                            |INVALID

--- Comment #2 from Jan Kratochvil <jan.kratochvil at redhat dot com> 2012-10-05 08:53:59 UTC ---
You are right, thanks, it builds now.

[Bug bootstrap/54820] [4.8 Regression] ada: cannot find -lstdc++ since 4.8.0 20121002

[mikpe at it dot uu.se]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54820

Mikael Pettersson <mikpe at it dot uu.se> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |mikpe at it dot uu.se

--- Comment #3 from Mikael Pettersson <mikpe at it dot uu.se> 2012-10-09 07:23:05 UTC ---
(In reply to comment #1)
> What has changed is that now -static-libstdc++ is used, in addition to
> -static-libgcc, to fix other builds failures since the switch to g++ by
> default.
> 
> So I guess this would mean that you do NOT have a static libstdc++ with your
> base
> C++ compiler?

I got the same error on arm-linux-gnueabi; the system compiler had installed
the shared but not the static libstdc++ libraries.

On that machine, the entire user-space is built without any static libstdc++
libraries, so it's quite annoying (and unexpected) to have to install them for
Ada bootstrap.  Couldn't Ada use the g++/libstdc++ bits from the compiler being
built?

Re: [Bug bootstrap/54820] [4.8 Regression] ada: cannot find -lstdc++ since 4.8.0 20121002

[Arnaud Charlet]

> On that machine, the entire user-space is built without any static
> libstdc++
> libraries, so it's quite annoying (and unexpected) to have to install them
> for
> Ada bootstrap.  Couldn't Ada use the g++/libstdc++ bits from the compiler
> being built?

That would probably be better indeed, it's dangerous to rely on the
base compiler too much, in particular when the base compiler is a C++ compiler.

This whole switch to C++ is causing all sort of subtle troubles in particular
wrt building GNAT, so if people who worked on the switch could have a look and
suggest a change, I'll be happy to review it.

Arno

[Bug bootstrap/54820] [4.8 Regression] ada: cannot find -lstdc++ since 4.8.0 20121002

[charlet at adacore dot com]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54820

--- Comment #4 from charlet at adacore dot com <charlet at adacore dot com> 2012-10-09 08:34:03 UTC ---
> On that machine, the entire user-space is built without any static
> libstdc++
> libraries, so it's quite annoying (and unexpected) to have to install them
> for
> Ada bootstrap.  Couldn't Ada use the g++/libstdc++ bits from the compiler
> being built?

That would probably be better indeed, it's dangerous to rely on the
base compiler too much, in particular when the base compiler is a C++ compiler.

This whole switch to C++ is causing all sort of subtle troubles in particular
wrt building GNAT, so if people who worked on the switch could have a look and
suggest a change, I'll be happy to review it.

Arno

[Bug bootstrap/54820] [4.8 Regression] ada: cannot find -lstdc++ since 4.8.0 20121002

[ebotcazou at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54820

Eric Botcazou <ebotcazou at gcc dot gnu.org> changed:

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

--- Comment #5 from Eric Botcazou <ebotcazou at gcc dot gnu.org> 2012-10-09 11:43:00 UTC ---
> On that machine, the entire user-space is built without any static libstdc++
> libraries, so it's quite annoying (and unexpected) to have to install them for
> Ada bootstrap.  Couldn't Ada use the g++/libstdc++ bits from the compiler being
> built?

No, this is stage 1 so the libstdc++ of the base compiler must be used.  In the
end, requiring a static libstdc++ is probably overzealous and should be
dropped.

[Bug bootstrap/54820] [4.8 Regression] ada: cannot find -lstdc++ since 4.8.0 20121002

[charlet at adacore dot com]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54820

--- Comment #6 from charlet at adacore dot com <charlet at adacore dot com> 2012-10-09 13:09:38 UTC ---
> > On that machine, the entire user-space is built without any static
> > libstdc++
> > libraries, so it's quite annoying (and unexpected) to have to install
> > them for
> > Ada bootstrap.  Couldn't Ada use the g++/libstdc++ bits from the compiler
> > being
> > built?
> 
> No, this is stage 1 so the libstdc++ of the base compiler must be used.

Well, we could first build g++ and libstdc++, and then Ada I guess, but
that's probably too ambitious.

> In the
> end, requiring a static libstdc++ is probably overzealous and should be
> dropped.

Annoying for other reasons, but fine with me, feel free to make that change.

Arno

Re: [Bug bootstrap/54820] [4.8 Regression] ada: cannot find -lstdc++ since 4.8.0 20121002

[Arnaud Charlet]

> > On that machine, the entire user-space is built without any static
> > libstdc++
> > libraries, so it's quite annoying (and unexpected) to have to install
> > them for
> > Ada bootstrap.  Couldn't Ada use the g++/libstdc++ bits from the compiler
> > being
> > built?
> 
> No, this is stage 1 so the libstdc++ of the base compiler must be used.

Well, we could first build g++ and libstdc++, and then Ada I guess, but
that's probably too ambitious.

> In the
> end, requiring a static libstdc++ is probably overzealous and should be
> dropped.

Annoying for other reasons, but fine with me, feel free to make that change.

Arno

[Bug bootstrap/54820] [4.8 Regression] ada: cannot find -lstdc++ since 4.8.0 20121002

[ebotcazou at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54820

--- Comment #7 from Eric Botcazou <ebotcazou at gcc dot gnu.org> 2012-10-09 13:37:57 UTC ---
> Well, we could first build g++ and libstdc++, and then Ada I guess, but
> that's probably too ambitious.

Very likely indeed, since you need to have binary compatibility between the
base Ada compiler and the C/C++ compiler used during stage 1.

> Annoying for other reasons, but fine with me, feel free to make that change.

Thanks, will do.

[Bug bootstrap/54820] [4.8 Regression] ada: cannot find -lstdc++ since 4.8.0 20121002

[ebotcazou at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54820

Eric Botcazou <ebotcazou at gcc dot gnu.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|RESOLVED                    |ASSIGNED
   Last reconfirmed|                            |2012-10-09
         Resolution|INVALID                     |
         AssignedTo|unassigned at gcc dot       |ebotcazou at gcc dot
                   |gnu.org                     |gnu.org
     Ever Confirmed|0                           |1

[Bug bootstrap/54820] [4.8 Regression] ada: cannot find -lstdc++ since 4.8.0 20121002

[mikpe at it dot uu.se]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54820

--- Comment #8 from Mikael Pettersson <mikpe at it dot uu.se> 2012-10-14 08:56:25 UTC ---
Eric's patch in http://gcc.gnu.org/ml/gcc-patches/2012-10/msg01093.html fixed
the Ada bootstrap without static libstdc++ problem on my ARM box.

[Bug bootstrap/54820] [4.8 Regression] ada: cannot find -lstdc++ since 4.8.0 20121002

[ebotcazou at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54820

--- Comment #9 from Eric Botcazou <ebotcazou at gcc dot gnu.org> 2012-10-14 09:17:50 UTC ---
> Eric's patch in http://gcc.gnu.org/ml/gcc-patches/2012-10/msg01093.html fixed
> the Ada bootstrap without static libstdc++ problem on my ARM box.

Great, thanks for the testing!  Can you confirm that the stage 2 & 3
executables, for example cc1 and gnat1, aren't dynamically linked against
libstdc++?

[Bug bootstrap/54820] [4.8 Regression] ada: cannot find -lstdc++ since 4.8.0 20121002

[mikpe at it dot uu.se]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54820

--- Comment #10 from Mikael Pettersson <mikpe at it dot uu.se> 2012-10-14 10:09:12 UTC ---
(In reply to comment #9)
> Can you confirm that the stage 2 & 3
> executables, for example cc1 and gnat1, aren't dynamically linked against
> libstdc++?

Yes; according to ldd the stage 1 cc1 and gnat1 are dynamically linked to the
system's libstdc++.so, but the stage 2 and 3 binaries show no libstdc++.so
dependency at all.

[Bug bootstrap/54820] [4.8 Regression] ada: cannot find -lstdc++ since 4.8.0 20121002

[ebotcazou at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54820

--- Comment #11 from Eric Botcazou <ebotcazou at gcc dot gnu.org> 2012-10-22 07:27:28 UTC ---
Author: ebotcazou
Date: Mon Oct 22 07:27:21 2012
New Revision: 192666

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=192666
Log:
    PR bootstrap/54820
    * Makefile.tpl (STAGE1_FLAGS_TO_PASS): New variable.
    (all-[+prefix+][+module+]): Pass stage1_args to sub-makes.
    (all-stage[+id+]-[+prefix+][+module+]): Likewise, if prev is false.
    (clean-stage[+id+]-[+prefix+][+module+]): Likewise, if prev is false.
    (host_modules): Set stage1_args to STAGE1_FLAGS_TO_PASS.
    * Makefile.in: Regenerate.
    * configure.ac (have_static_libs): New variable and associated check.
    (stage1-ldflags): Move to after stage1_libs and set to -static-libstdc++
    -static-libgcc if stage1_libs is empty and have_static_libs is yes.
    * configure: Regenerate.
ada/
    * gcc-interface/Make-lang.in (GCC_LINK): Remove hardcoded options.

Modified:
    trunk/ChangeLog
    trunk/Makefile.in
    trunk/Makefile.tpl
    trunk/configure
    trunk/configure.ac
    trunk/gcc/ada/ChangeLog
    trunk/gcc/ada/gcc-interface/Make-lang.in

[Bug bootstrap/54820] [4.8 Regression] ada: cannot find -lstdc++ since 4.8.0 20121002

[ebotcazou at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54820

Eric Botcazou <ebotcazou at gcc dot gnu.org> changed:

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

--- Comment #12 from Eric Botcazou <ebotcazou at gcc dot gnu.org> 2012-10-22 07:41:22 UTC ---
Patch applied.

[Bug bootstrap/54820] [4.8 Regression] ada: cannot find -lstdc++ since 4.8.0 20121002

[ian at airs dot com]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54820

Ian Lance Taylor <ian at airs dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |ian at airs dot com

--- Comment #13 from Ian Lance Taylor <ian at airs dot com> 2012-10-23 19:03:19 UTC ---
Note that the configure test for whether the gcc driver supports
-static-libstdc++ is unreliable, because before GCC 4.6 the GCC driver would
exit with a 0 status even if an option is unrecognized.

[Bug bootstrap/54820] [4.8 Regression] ada: cannot find -lstdc++ since 4.8.0 20121002

[bergner at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54820

Peter Bergner <bergner at gcc dot gnu.org> changed:

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

--- Comment #14 from Peter Bergner <bergner at gcc dot gnu.org> 2012-10-23 19:09:52 UTC ---
<typed before Ian's comment>

Eric, there seems to be a problem with your toplevel configure change, which
was copied over to the binutils configure script.  The problem is that older
GCC's (4.3 is what I'm using to build with), do not return a non-zero value for
-static-libstdc++ even though the option does not exist in 4.3.  So I end up
seeing:

configure:4884: checking whether g++ accepts -static-libstdc++ -static-libgcc
configure:4897: g++64 -o conftest -g -O2   -static-libstdc++ -static-libgcc
conftest.cpp  >&5
g++: unrecognized option '-static-libstdc++'
configure:4897: $? = 0
configure:4898: result: yes

So configure doesn't correctly catch that -static-libstdc++ doesn't exist and
attempts to use it during the build.  It's strange that we do get non-zero
return values for bogus options like -fbogus, etc.

[Bug bootstrap/54820] [4.8 Regression] ada: cannot find -lstdc++ since 4.8.0 20121002

[ebotcazou at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54820

--- Comment #15 from Eric Botcazou <ebotcazou at gcc dot gnu.org> 2012-10-23 20:44:38 UTC ---
> Note that the configure test for whether the gcc driver supports
> -static-libstdc++ is unreliable, because before GCC 4.6 the GCC driver would
> exit with a 0 status even if an option is unrecognized.

How nice...  OK, I'm going to add a check on the GCC version then, thanks for
the heads up.

[Bug bootstrap/54820] [4.8 Regression] ada: cannot find -lstdc++ since 4.8.0 20121002

[pinskia at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54820

--- Comment #16 from Andrew Pinski <pinskia at gcc dot gnu.org> 2012-10-23 20:46:42 UTC ---
(In reply to comment #15)
> > Note that the configure test for whether the gcc driver supports
> > -static-libstdc++ is unreliable, because before GCC 4.6 the GCC driver would
> > exit with a 0 status even if an option is unrecognized.
> 
> How nice...  OK, I'm going to add a check on the GCC version then, thanks for
> the heads up.

Can't we also try running the resulting program, or at least looking at the
output of ldd as this only matters for bootstrapping?

[Bug bootstrap/54820] [4.8 Regression] ada: cannot find -lstdc++ since 4.8.0 20121002

[ebotcazou at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54820

--- Comment #17 from Eric Botcazou <ebotcazou at gcc dot gnu.org> 2012-10-23 20:57:29 UTC ---
> Can't we also try running the resulting program, or at least looking at the
> output of ldd as this only matters for bootstrapping?

We can discuss refinements afterward but I'm going to submit a quick fix first.

[Bug bootstrap/54820] [4.8 Regression] ada: cannot find -lstdc++ since 4.8.0 20121002

[bergner at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54820

--- Comment #18 from Peter Bergner <bergner at gcc dot gnu.org> 2012-10-23 21:08:45 UTC ---
Actually, g++ -static-libstdc++ foo.cpp produces a working executable, so that
wouldn't work.

[Bug bootstrap/54820] [4.8 Regression] ada: cannot find -lstdc++ since 4.8.0 20121002

[pinskia at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54820

--- Comment #19 from Andrew Pinski <pinskia at gcc dot gnu.org> 2012-10-23 21:14:42 UTC ---
(In reply to comment #18)
> Actually, g++ -static-libstdc++ foo.cpp produces a working executable, so that
> wouldn't work.

But looking at the output of ldd will work or readelf of it.

[Bug bootstrap/54820] [4.8 Regression] ada: cannot find -lstdc++ since 4.8.0 20121002

[ebotcazou at gcc dot gnu.org]

http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54820

--- Comment #20 from Eric Botcazou <ebotcazou at gcc dot gnu.org> 2012-10-23 22:57:47 UTC ---
Author: ebotcazou
Date: Tue Oct 23 22:57:43 2012
New Revision: 192748

URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=192748
Log:
    PR bootstrap/54820
    * configure.ac (have_static_libs): Force 'no' for GCC version < 4.5.
    * configure: Regenerate.

Modified:
    trunk/ChangeLog
    trunk/configure
    trunk/configure.ac