Andrew Engelbrecht, le Mon 01 Aug 2011 19:17:39 -0400, a écrit :
> On Mon, 01 Aug 2011 18:26:16 -0400, Andrew Engelbrecht wrote:
> >configfrag.ac ends like this:
> >
> ># `${file}' and `$file' have different meanings here with respect to
> >having the
> ># files in the referenced directory considered for `make dist' or not.
> >See
> ># <http://lists.gnu.org/archive/html/bug-automake/2006-11/msg00027.html>.
> >AC_CONFIG_LINKS([machine:$systype/$systype
> > mach/machine:$systype/include/mach/$systype])
> >
> >I'm guessing this is a Fedora bug then.
>
> Actually, doing a rm -rf * in the gnumach-build directory before running
> configure again fixed that issue. I think the "machine" directory was
> already linked somewhere else from configuring for installing the header
> files.
>
> now "make gnumach.gz" gives this error:
>
> gcc -m32 -nostdlib -nostartfiles -r -static \
> -o clib-routines.o `sed 's/^/-Wl,-u,/' < gnumach-undef` -x c /dev/null -lc
> -lgcc
> /usr/bin/ld: cannot find -lc
> collect2: ld returned 1 exit status
> make: *** [clib-routines.o] Error 1
I guess Fedora does not leave its 32bit libc.a in /usr/lib, and thus
with -nostdlib it won't find it there. You need to pass LDFLAGS which
lead to it.
Samuel
