staging headers fix (was Re: libstdc++ problem)

Phil Edwards pedwards@disaster.jaj.com
Sun Jul 15 15:18:00 GMT 2001


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.



More information about the Gcc-bugs mailing list