Date: Tue, 17 May 2005 11:54:47 +0100 From: "Steven Hartland" <killing@multiplay.co.uk> To: "Tuomo Latto" <djv@mbnet.fi>, <freebsd-stable@freebsd.org>, "Kris Kennaway" <kris@obsecurity.org> Subject: Re: Strange make buildworld behaviour with 5.4-RELEASE ( amd64 ) Message-ID: <00c101c55ace$d9ca8c20$b3db87d4@multiplay.co.uk> References: <009e01c55ac5$85aa6100$b3db87d4@multiplay.co.uk> <4289C440.8000505@mbnet.fi>
next in thread | previous in thread | raw e-mail | index | archive | help
From: "Tuomo Latto"
> You did get through to me, at least. (stable)
> Apparently you didn't get Kris Kennaway's answer either?
Nope didnt see that, just looked it up on the webarchive thanks Toumo.
> Kris wrote:
> You need to make sure you don't have stale object files (the pathnames
> are recorded), so try removing /usr/obj/ and then running 'make
> cleandir' from your source tree.
Already tried that no joy Im afraid:
/usr -> /.usr/amd64
rm -rf /usr/obj
make cleandir
make cleandir ( just incase )
make buildworld
*failed*
/usr -> /.usr/amd64
rm -rf /usr/obj
make cleanworld
make buildworld
*failed*
/usr (real)
rm -rf /usr/obj
make cleandir
make buildworld
*completed*
There appears to be something most odd going on as soon as
/usr is symlink else where.
I've just moved /usr/src to /usr/src_amd64 and am reruning a build:
rm -rf /usr/obj
make cleandir
make buildworld
Will let you know how that turns out. Will prove the problem is not
with the source being else where if it works.
Steve
================================================
This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it.
In the event of misdirection, illegible or incomplete transmission please telephone (023) 8024 3137
or return the E.mail to postmaster@multiplay.co.uk.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?00c101c55ace$d9ca8c20$b3db87d4>