Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 1 Nov 2013 22:32:54 +0100
From:      Luigi Rizzo <rizzo@iet.unipi.it>
To:        Brooks Davis <brooks@freebsd.org>
Cc:        svn-src-head@freebsd.org, svn-src-all@freebsd.org, src-committers@freebsd.org
Subject:   Re: this breaks builds of head on stable/9 (Re: svn commit: r257268 - head/gnu/usr.bin/binutils/ld
Message-ID:  <20131101213254.GA35505@onelab2.iet.unipi.it>
In-Reply-To: <20131101204848.GA44088@lor.one-eyed-alien.net>
References:  <CA%2BhQ2%2Bh3LA%2Buk6RQg5a6QHAEedEZPZ=RUbLCZ1ZqFvNNi3EAAg@mail.gmail.com> <20131101020924.GB32951@lor.one-eyed-alien.net> <20131101061842.GA8911@onelab2.iet.unipi.it> <20131101204848.GA44088@lor.one-eyed-alien.net>

next in thread | previous in thread | raw e-mail | index | archive | help
On Fri, Nov 01, 2013 at 03:48:48PM -0500, Brooks Davis wrote:
> On Fri, Nov 01, 2013 at 07:18:42AM +0100, Luigi Rizzo wrote:
...
> > ok so what happens is the following (trying to build HEAD on 9.2, both amd64)
> > 
> > - WITHOUT_CLANG and related options:
> >     "make toolchain"	fails with the error on krb5
> >     "make buildworld"	works, and a subsequent
> > 				"make toolchain" also works
> > 
> > - without options (so compiling CLANG)
> > 
> >     "make toolchain"	fails with the error below
> > 
> >     building shared library libc.so.7
> >     /usr/bin/ld: this linker was not configured to use sysroots
> >     cc: error: linker command failed with exit code 1 (use -v to see invocation)
> >     *** [libc.so.7] Error code 1
> >     1 error
> >     *** [all] Error code 2
> >     1 error
> > 
> > 
> > "make toolchain" on an empty tree used to work until before this commit,
> > and does work if i revert this single change
> > 
> > So does this mean that 'toolchain' now has some prerequisites ?
> 
> I think I've found it.  I tried the last one first since it was the most
> bizzare and about 40 lines up there was fairly obvious error output that
> told me what was wrong.  The issue is that the :U modifer I used is a
> bmake feature and that the toolchain target doesn't bootstrap bmake (or
> perhaps doesn't do it early enough).  I plan to commit a workaround for
> this particular case, but we probably need to alter the toolchain and
> kernel-toolchain targets to bootstrap bmake on older systems or we'll
> run into this again with some future change somewhere else.

yes, bootstrapping bmake early seems a future-proof way to handle this.

Thanks a lot for following up

cheers
luigi



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20131101213254.GA35505>