Getting a strange problem while building gcc from the current SVN head.
Problem pops up during the make of libstdc++-v3.
Compiling on MacOS, full gcc from SVN, with the following config:
export AR=/usr/bin/ar; ../gcc/configure --prefix=/usr/local --mandir=/
usr/local/share/man --infodir=/usr/local/info --enable-languages=c,c++
--with-arch=nocona --with-tune=generic --build=i686-apple-darwin9 --
with-gmp=/usr/local --with-mpfr=/usr/local --with-libiconv-prefix=/sw
--with-system-zlib --x-includes=/usr/X11R6/include --x-libraries=/usr/
X11R6/lib
autoconf 2.6.0 (fink)
libtool from apple (cctools-667.3)
gmp-4.2.1 (built from src)
mpfr-2.3.0 (built from src)
gnu make 3.81 (apple)
Separate source and build directories.
The Makefile in libstdc++/incude ends up with a series of stamp
targets which establish symbolic links, of the form:
stamp-bits: ${bits_headers}
@-mkdir -p ${bits_builddir}
@-cd ${bits_builddir} && $(LN_S) $? . 2>/dev/null
@$(STAMP) stamp-bits
It looks as if the "($LN_S) $? ." command is failing. Replacing the
various
Commands with a more explicit version like "($LN_S) $
{c_base_headers} ." (and so on) allows the targets to then work as
expected. Easily worked around with a little makefile editing.
Thereafter, full compile completes.
Is my version of make too old? Anyone else using MacOS ever see this
behavior from the apple-built version of GNU Make?
Thanks,
- Bob
