This is the mail archive of the
gcc@gcc.gnu.org
mailing list for the GCC project.
The CXX_FOR_TARGET change doesn't work at all.
On Sun, Apr 01, 2001 at 12:09:24AM -0600, Gordon Sadler wrote:
> On Sun, Apr 01, 2001 at 01:02:53AM -0500, Phil Edwards wrote:
> > On Sat, Mar 31, 2001 at 11:33:28PM -0600, Gordon Sadler wrote:
> > > guess I'm just too used to autoconf by now. However, the point still
> > > stands, doesn't it? configure, by hook or crook -), needs to be
> > > regenerated and committed?
> >
> > No, the topmost configure and configure.in files have nothing to do with
> > autoconf. They are /both/ handwritten and hand-maintained. They're related
> > to something called Cygnus Configure.
> >
> > Stop right there -- don't ask. The few people who have learned details
> > about Cygnus Configure are no longer allowed to handle sharp objects or
> > go outside unsupervised. :-)
> >
> > Once you get down into the gcc directory, or the various library directories,
> > then you start seeing autoconf-generated stuff.
> >
> Ok, hmm.. don't touch $(topsrcdir)/configure{.in}
>
> Then looks like the patch, I mentioned at the start of this thread,
> didn't/doesn't work here.
>
> 2001-03-27 Alexandre Oliva <aoliva@redhat.com>
>
> * configure.in (CXX_FOR_TARGET): Use xgcc for libstdc++-v3.
>
> My bootstraps have been failing since that day. There are some related
> changes inside libstdc++-v3:
>
> 2001-03-28 Alexandre Oliva <aoliva@redhat.com>
>
> * libsupc++/Makefile.am (CXXLINK): Add --tag disable-shared
> * after --tag CXX.
> (LIBTOOL): Let automake take care of its definition.
> * libsupc++/Makefile.in: Rebuilt.
>
> 2001-03-27 Alexandre Oliva <aoliva@redhat.com>
>
> * libsupc++/Makefile.am
> * (CXXLINK): Use CXX again, and
> * choose CXX tag explicitly.
> * src/Makefile.am
> * (CXXLINK):
> * Likewise.
> * libsupc++/Makefile.in,
> * src/Makefile.in:
> * Rebuilt.
>
> Ever since then: (build.log excerpt of it using g++ to link...)
>
There are several problems with the CXX_FOR_TARGET changes:
1. When you do
# make bootstrap
make actually does
a. Bootstrap gcc
b. Does $(MAKE) $(BASE_FLAGS_TO_PASS) all
Somehow it makes a difference that g++ instead of xgcc will be
used for CXX_FOR_TARGET.
2. Even if you do
# make all
by hand, libstdc++-v3/libtool will still use g++ for building the
C++ shared libraries. It is correct for normal C++ shared libraries,
but is wrong for libstdc++.
I think the correct fix should be in libtool which should be clever
enough not to use g++ to build the shared libstdc++. This patch
2001-03-27 Alexandre Oliva <aoliva@redhat.com>
* configure.in (CXX_FOR_TARGET): Use xgcc for libstdc++-v3.
should be backed out also.
H.J.