bug-hurd
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: ***SPAM*** Re: ***SPAM*** Re: trying to build gnumach.gz


From: Samuel Thibault
Subject: Re: ***SPAM*** Re: ***SPAM*** Re: trying to build gnumach.gz
Date: Tue, 2 Aug 2011 01:39:39 +0200
User-agent: Mutt/1.5.21+34 (58baf7c9f32f) (2010-12-30)

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



reply via email to

[Prev in Thread] Current Thread [Next in Thread]