This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: staging headers fix (was Re: libstdc++ problem)
- To: Gabriel Dos Reis <Gabriel dot Dos-Reis at cmla dot ens-cachan dot fr>
- Subject: Re: staging headers fix (was Re: libstdc++ problem)
- From: Phil Edwards <pedwards at disaster dot jaj dot com>
- Date: Sun, 15 Jul 2001 18:19:34 -0400
- Cc: Anthony Green <green at cygnus dot com>, gcc-bugs at gcc dot gnu dot org, gcc-patches at gcc dot gnu dot org, libstdc++ at gcc dot gnu dot org, neil at daikokuya dot demon dot co dot uk
- References: <200107141315.GAA07484@makita.cygnus.com> <flae27jzcb.fsf@sel.cmla.ens-cachan.fr> <20010714203033.A3945@disaster.jaj.com> <flsnfy8tj1.fsf@sel.cmla.ens-cachan.fr>
On Sun, Jul 15, 2001 at 10:51:14AM +0200, Gabriel Dos Reis wrote:
> failure isn't stopping just we, V3 hackers, but also other guys
> relying on a functional C++. It is not question not to have the patch
> in, but we have to preserve the "bootstrapability".
I fully agree, but I still can't get the patch to fail in the first place.
Bootstrapability (I like that word) has always been there for those of
us who worked on the patch. Hopefully on Monday or Tuesday others who
have had problems can help us track down why glibcpp_srcdir was not being
canonicalized to an absolute path.
> As a short term solution, yes. If it bootstraps then please check it in.
Below is what I've just checked in.
2001-07-15 Phil Edwards <pme@sources.redhat.com>
* configure.in: Temporarily force LN_S to copy instead of symlink.
* configure: Regenerate.
Index: configure.in
===================================================================
RCS file: /cvs/gcc/gcc/libstdc++-v3/configure.in,v
retrieving revision 1.67
diff -u -3 -p -r1.67 configure.in
--- configure.in 2001/07/13 16:47:55 1.67
+++ configure.in 2001/07/15 22:16:15
@@ -38,6 +38,7 @@ AC_SUBST(target_alias)
# Will set LN_S to either 'ln -s' or 'ln'. With autoconf 2.50+, can also
# be 'cp -p' if linking isn't available.
+ac_cv_prog_LN_S='cp -p'
AC_PROG_LN_S
# We use these options to decide which functions to include.