This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
Re: libstdc++/6776: Build 3.1 Source - Build directory on another file system fails due to hard link creation.
- From: bkoz at gcc dot gnu dot org
- To: gcc-bugs at gcc dot gnu dot org, gcc-prs at gcc dot gnu dot org, mat_geek at yahoo dot com, nobody at gcc dot gnu dot org
- Date: 23 May 2002 15:42:43 -0000
- Subject: Re: libstdc++/6776: Build 3.1 Source - Build directory on another file system fails due to hard link creation.
- Reply-to: bkoz at gcc dot gnu dot org, gcc-bugs at gcc dot gnu dot org, gcc-prs at gcc dot gnu dot org, mat_geek at yahoo dot com, nobody at gcc dot gnu dot org, gcc-gnats at gcc dot gnu dot org
Synopsis: Build 3.1 Source - Build directory on another file system fails due to hard link creation.
State-Changed-From-To: open->analyzed
State-Changed-By: bkoz
State-Changed-When: Thu May 23 08:42:42 2002
State-Changed-Why:
In this case, the file include/Makefile.am uses constructs like:
@LN_S@ $$h ./$${official_name} || true ;
Where LN_S comes from acinlude.m4:56 (GLIBCPP_CONFIGURE)
# Will set LN_S to either 'ln -s' or 'ln'. With autoconf 2.5x, can also
# be 'cp -p' if linking isn't available.
#ac_cv_prog_LN_S='cp -p'
AC_PROG_LN_S
This appears to be broken. Since this is a standard autoconf macros, perhaps you can report this on the autoconf list and see what the status is?
thanks,
benjamin
http://gcc.gnu.org/cgi-bin/gnatsweb.pl?cmd=view%20audit-trail&database=gcc&pr=6776