Date: Wed, 20 Apr 2016 17:37:16 -0700 (PDT) From: "Jeffrey Bouquet" <jbtakk@iherebuywisely.com> To: "Allan Jude" <allanjude@freebsd.org> Cc: "freebsd-current" <freebsd-current@freebsd.org> Subject: [WAS:libc build error] installworld result not satisfactory yet... Message-ID: <E1at2cO-0007TO-1i@rmm6prod02.runbox.com> In-Reply-To: <5717AE2D.3030406@freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, 20 Apr 2016 12:28:29 -0400, Allan Jude <allanjude@freebsd.org> wrot= e: > On 2016-04-20 12:06, Jeffrey Bouquet wrote: > > unistd > >=20 > >=20 > > /usr/src/lib/libc/../../include/unistd.h:330:45: error: expected functi= on body after function declarator > > int execl( ................................. > > 332:46:=20=20= =20=20 > > same... > >=20 > > stops libc > > otherwise clang36 seems to be building so far, if it builds unsure abou= t installworld > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > https://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.o= rg" > >=20 >=20 > The mailing list strips attachments. Can you upload it somewhere and > provide a link >=20 > --=20 > Allan Jude > _______________________________________________ > freebsd-current@freebsd.org mailing list > https://lists.freebsd.org/mailman/listinfo/freebsd-current > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.org" Well, it is now r298350 Wed Apr 20... However several problems SINGLE-USER BOOT PROBLEMS 1... usual boot fails, this is single-user adjusted, but I cannot add swap = (swapon? swapctl?) 1a... the last time, it was fixed with using the old /kernel ...=20 multi-user boot problems 2... the last usual boot dumped with vm_pager or something, verbose boot t= imes out with xpt_config not completing. 2a.... could be a wrong setting is loader.conf, the nvidia.ko not yet updat= ed (which it now is ) for the latter case I have yet to reboot to test 2b... Reboot to test takes longer, /rescue/mount each filesystem indivi= dually...=20 As one might surmise, I'd rather see buildworld made more foolproof than ot= her recent improvements=20 (pkg, zfs, ...)
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?E1at2cO-0007TO-1i>