Re: Failing to build head_at_r292474 's rescue/rescue on 10.2-RELEASE-p7 / i386

From: NGie Cooper <yaneurabeya_at_gmail.com>
Date: Sat, 19 Dec 2015 17:33:12 -0800
> On Dec 19, 2015, at 17:16, NGie Cooper <yaneurabeya_at_gmail.com> wrote:
> 
> 
>> On Dec 19, 2015, at 16:09, NGie Cooper <yaneurabeya_at_gmail.com> wrote:
>> 
>> (Fixed the subject line)
>> 
>>> On Dec 19, 2015, at 16:03, NGie Cooper <yaneurabeya_at_gmail.com> wrote:
>>> 
>>> Hi,
>>> 	I ran into the following error trying to build rescue/rescue as part of buildworld on 10.2-RELEASE-p7 / i386. Has anyone seen this before?
>>> Thanks,
>>> -NGie
>>> 
>>> % git log --show-notes --grep svn -n 1
>>> commit 69774947bfffd5e16d26b60a82d880aa659abbf2
>>> Author: imp <imp_at_FreeBSD.org>
>>> Date:   Sat Dec 19 19:20:48 2015 +0000
>>> 
>>>  Move some MIPS specific flags to be more congruent with other
>>>  architectures.
>>> 
>>> Notes:
>>>  svn path=/head/; revision=292474
> 
> Looks like it’s broken in general on i386 :(…
> 
> % (set -e; cd rescue; make obj; make depend; make all)
> ...
> cc -static -o rescue rescue.o cat.lo chflags.lo chio.lo chmod.lo cp.lo date.lo dd.lo df.lo echo.lo ed.lo expr.lo getfacl.lo hostname.lo kenv.lo kill.lo ln.lo ls.lo mkdir.lo mv.lo pkill.lo ps.lo pwd.lo realpath.lo rm.lo rmdir.lo setfacl.lo sh.lo sleep.lo stty.lo sync.lo test.lo badsect.lo camcontrol.lo ccdconfig.lo clri.lo devfs.lo dmesg.lo dump.lo dumpfs.lo dumpon.lo fsck.lo fsck_ffs.lo fsck_msdosfs.lo fsdb.lo fsirand.lo gbde.lo geom.lo ifconfig.lo init.lo kldconfig.lo kldload.lo kldstat.lo kldunload.lo ldconfig.lo md5.lo mdconfig.lo mdmfs.lo mknod.lo mount.lo mount_cd9660.lo mount_msdosfs.lo mount_nfs.lo mount_nullfs.lo mount_udf.lo mount_unionfs.lo newfs.lo newfs_msdos.lo nos-tun.lo ping.lo reboot.lo restore.lo rcorder.lo route.lo routed.lo rtquery.lo rtsol.lo savecore.lo spppcontrol.lo swapon.lo sysctl.lo tunefs.lo umount.lo ping6.lo zfs.lo zpool.lo bsdlabel.lo sconfig.lo fdisk.lo dhclient.lo head.lo mt.lo nc.lo sed.lo tail.lo tee.lo gzip.lo bzip2.lo less.lo xz.lo tar.lo id.lo zdb.lo chroot.lo chown.lo /usr/obj/usr/src/git/rescue/rescue/../librescue/exec.o /usr/obj/usr/src/git/rescue/rescue/../librescue/getusershell.o /usr/obj/usr/src/git/rescue/rescue/../librescue/login_class.o /usr/obj/usr/src/git/rescue/rescue/../librescue/popen.o /usr/obj/usr/src/git/rescue/rescue/../librescue/rcmdsh.o /usr/obj/usr/src/git/rescue/rescue/../librescue/sysctl.o /usr/obj/usr/src/git/rescue/rescue/../librescue/system.o -lcrypt -ledit -ljail -lkvm -lelf -ll -ltermcapw -lutil -lxo -l80211 -lalias -lcam -lncursesw -ldevstat -lipsec -llzma -lavl -lzpool -lzfs_core -lzfs -lnvpair -lpthread -luutil -lumem -lgeom -lbsdxml -lkiconv -lmt -lsbuf -lufs -lz -lbz2 -larchive -lcrypto -lmd -lm
> nc.lo: In function `_$$hide$$ nc.lo main':
> (.text+0x750): warning: warning: mktemp() possibly used unsafely; consider using mkstemp()
> /usr/lib/libkvm.a(kvm.o): In function `_kvm_open':
> /usr/src/git/lib/libkvm/kvm.c:444: undefined reference to `__start_set_kvm_arch'
> /usr/src/git/lib/libkvm/kvm.c:444: undefined reference to `__stop_set_kvm_arch'
> /usr/src/git/lib/libkvm/kvm.c:444: undefined reference to `__stop_set_kvm_arch'
> cc: error: linker command failed with exit code 1 (use -v to see invocation)
> *** Error code 1
> 
> Stop.
> make[2]: stopped in /usr/obj/usr/src/git/rescue/rescue
> *** Error code 1
> 
> Stop.
> make[1]: stopped in /usr/src/git/rescue/rescue
> *** Error code 1
> 
> Stop.
> make: stopped in /usr/src/git/rescue

Hmmm… it happened on CURRENT, but once I rebuilt/reinstalled libkvm using CURRENT, it worked. Weird. So, there might be a toolchain issue going from 10.2 -> 11.0-CURRENT?

$ uname -a
FreeBSD fbsd11-i386.local 11.0-CURRENT FreeBSD 11.0-CURRENT #0: Sat Dec 19 16:34:48 PST 2015     ngie_at_fbsd11-i386.local:/usr/obj/usr/src/git/sys/GENERIC-NODEBUG  i386

Thanks,
-NGie
Received on Sun Dec 20 2015 - 00:33:16 UTC

This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:41:01 UTC