Steven Hartland
2005-May-16 15:35 UTC
Strange make buildworld behaviour with 5.4-RELEASE ( amd64 )
Doing a make buildworld from a directory other than /usr/src results in the following: [log] /usr/obj/.usr/amd64/src/lib32/usr/lib32/libl.a -> /usr/obj/.usr/amd64/src/lib32/usr/lib32/libln.a /usr/obj/.usr/amd64/src/lib32/usr/lib32/libfl.a -> /usr/obj/.usr/amd64/src/lib32/usr/lib32/libln.a /usr/obj/.usr/amd64/src/lib32/usr/lib32/libl_p.a -> /usr/obj/.usr/amd64/src/lib32/usr/lib32/libln_p.a /usr/obj/.usr/amd64/src/lib32/usr/lib32/libfl_p.a -> /usr/obj/.usr/amd64/src/lib32/usr/lib32/libln_p.a ===> usr.sbin/pcvt/keycap Warning: Object directory not changed from original /.usr/amd64/src/usr.sbin/pcvt/keycap make: don't know how to make /usr/obj/usr/src/lib32/usr/include/stdio.h. Stop *** Error code 2 Stop in /.usr/amd64/src. *** Error code 1 Stop in /.usr/amd64/src. *** Error code 1 Stop in /.usr/amd64/src. *** Error code 1 Stop in /.usr/amd64/src. [/log] My /usr is a symlink to /.usr/amd64/ which shouldnt cause any issues but buildworld get most upset. I first thought it was bad source set but booting to single user and moving things around so /usr is a real dir with the contents of /.usr/amd64 in works just fine. Anyone got any ideas why and how to fix? 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.
Kris Kennaway
2005-May-16 15:38 UTC
Strange make buildworld behaviour with 5.4-RELEASE ( amd64 )
On Mon, May 16, 2005 at 11:16:41PM +0100, Steven Hartland wrote:> Doing a make buildworld from a directory other than /usr/src > results in the following: > [log] > /usr/obj/.usr/amd64/src/lib32/usr/lib32/libl.a -> > /usr/obj/.usr/amd64/src/lib32/usr/lib32/libln.a > /usr/obj/.usr/amd64/src/lib32/usr/lib32/libfl.a -> > /usr/obj/.usr/amd64/src/lib32/usr/lib32/libln.a > /usr/obj/.usr/amd64/src/lib32/usr/lib32/libl_p.a -> > /usr/obj/.usr/amd64/src/lib32/usr/lib32/libln_p.a > /usr/obj/.usr/amd64/src/lib32/usr/lib32/libfl_p.a -> > /usr/obj/.usr/amd64/src/lib32/usr/lib32/libln_p.a > ===> usr.sbin/pcvt/keycap > Warning: Object directory not changed from original > /.usr/amd64/src/usr.sbin/pcvt/keycap > make: don't know how to make /usr/obj/usr/src/lib32/usr/include/stdio.h. > Stop > *** Error code 2 > > Stop in /.usr/amd64/src. > *** Error code 1 > > Stop in /.usr/amd64/src. > *** Error code 1 > > Stop in /.usr/amd64/src. > *** Error code 1 > > Stop in /.usr/amd64/src. > [/log] > > My /usr is a symlink to /.usr/amd64/ which shouldnt cause any > issues but buildworld get most upset. I first thought it was bad > source set but booting to single user and moving things around > so /usr is a real dir with the contents of /.usr/amd64 in works > just fine. Anyone got any ideas why and how to fix?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. Kris -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 187 bytes Desc: not available Url : http://lists.freebsd.org/pipermail/freebsd-stable/attachments/20050516/b04527e3/attachment.bin
Steven Hartland
2005-May-17 02:48 UTC
Strange make buildworld behaviour with 5.4-RELEASE ( amd64 )
Didnt get through the first time so resending :) Doing a make buildworld from a directory other than /usr/src results in the following: [log] /usr/obj/.usr/amd64/src/lib32/usr/lib32/libl.a -> /usr/obj/.usr/amd64/src/lib32/usr/lib32/libln.a /usr/obj/.usr/amd64/src/lib32/usr/lib32/libfl.a -> /usr/obj/.usr/amd64/src/lib32/usr/lib32/libln.a /usr/obj/.usr/amd64/src/lib32/usr/lib32/libl_p.a -> /usr/obj/.usr/amd64/src/lib32/usr/lib32/libln_p.a /usr/obj/.usr/amd64/src/lib32/usr/lib32/libfl_p.a -> /usr/obj/.usr/amd64/src/lib32/usr/lib32/libln_p.a ===> usr.sbin/pcvt/keycap Warning: Object directory not changed from original /.usr/amd64/src/usr.sbin/pcvt/keycap make: don't know how to make /usr/obj/usr/src/lib32/usr/include/stdio.h. Stop *** Error code 2 Stop in /.usr/amd64/src. *** Error code 1 Stop in /.usr/amd64/src. *** Error code 1 Stop in /.usr/amd64/src. *** Error code 1 Stop in /.usr/amd64/src. [/log] My /usr is a symlink to /.usr/amd64/ which shouldnt cause any issues but buildworld get most upset. I first thought it was bad source set but booting to single user and moving things around so /usr is a real dir with the contents of /.usr/amd64 in works just fine. Anyone got any ideas why and how to fix? 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.
Steven Hartland
2005-May-17 05:17 UTC
Strange make buildworld behaviour with 5.4-RELEASE ( amd64 )
----- Original Message ----- From: "Steven Hartland" <killing@multiplay.co.uk>> 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.Ok this also fails in the same way [log] ... /usr/obj/usr/src_amd64/lib32/usr/lib32/libl_p.a -> /usr/obj/usr/src_amd64/lib32/usr/lib32/libln_p.a /usr/obj/usr/src_amd64/lib32/usr/lib32/libfl_p.a -> /usr/obj/usr/src_amd64/lib32/usr/lib32/libln_p.a ===> usr.sbin/pcvt/keycap Warning: Object directory not changed from original /usr/src_amd64/usr.sbin/pcvt/keycap make: don't know how to make /usr/obj/usr/src/lib32/usr/include/stdio.h. Stop *** Error code 2 [/log] Clearly /usr/obj/usr/src/lib32/usr/include/stdio.h doesn't exist it I would have thought this should be: /usr/obj/usr/src_amd64/lib32/usr/include/stdio.h I think I found the problem though in usr.sbin/pcvt/keycap there is a file .depend ls -l ./usr.sbin/pcvt/keycap/.depend -rw-r--r-- 1 root wheel 921 May 8 06:46 ./usr.sbin/pcvt/keycap/.depend which has: [file=.depend] # -DKEYCAP_PATH="/usr/share/misc/keycap.pcvt" keycap.c keycap.o keycap.po keycap.So: keycap.c /usr/obj/usr/src/lib32/usr/include/stdio.h \ /usr/obj/usr/src/lib32/usr/include/sys/cdefs.h \ /usr/obj/usr/src/lib32/usr/include/sys/_null.h \ /usr/obj/usr/src/lib32/usr/include/sys/_types.h \ /usr/obj/usr/src/lib32/usr/include/machine/_types.h \ /usr/obj/usr/src/lib32/usr/include/ctype.h \ /usr/obj/usr/src/lib32/usr/include/_ctype.h \ /usr/obj/usr/src/lib32/usr/include/runetype.h \ /usr/obj/usr/src/lib32/usr/include/unistd.h \ /usr/obj/usr/src/lib32/usr/include/sys/types.h \ /usr/obj/usr/src/lib32/usr/include/machine/endian.h \ /usr/obj/usr/src/lib32/usr/include/sys/select.h \ /usr/obj/usr/src/lib32/usr/include/sys/_sigset.h \ /usr/obj/usr/src/lib32/usr/include/sys/_timeval.h \ /usr/obj/usr/src/lib32/usr/include/sys/timespec.h \ /usr/obj/usr/src/lib32/usr/include/sys/unistd.h keycap.h [/file] I'd be willing to take a guess that this is whats breaking things but dont know how to best go about fixing it. Just delete it would be my guess but why is it there? Shouldn't it have been deleted by make cleandir or make cleanworld? Im running another buildworld to test with the file deleted. 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.