Date: Sun, 23 Mar 2014 23:50:51 +0100 From: Dimitry Andric <dim@FreeBSD.org> To: Ian Lepore <ian@FreeBSD.org> Cc: toolchain@FreeBSD.org, freebsd-arm <freebsd-arm@FreeBSD.org>, Gleb Smirnoff <glebius@FreeBSD.org> Subject: Re: [releng_10 tinderbox] failure on arm/arm Message-ID: <F6CC2023-E09B-4232-8398-1D66739D2FF8@FreeBSD.org> In-Reply-To: <1395611856.81853.54.camel@revolution.hippie.lan> References: <201403231522.s2NFM5Kc019213@worker01.tb.des.no> <8EA3BF27-225E-4818-8983-8793FCDF08D9@bsdimp.com> <BDDEA1DC-2D74-4E2F-9D8E-1ACBB58DC73E@FreeBSD.org> <1395611856.81853.54.camel@revolution.hippie.lan>
index | next in thread | previous in thread | raw e-mail
[-- Attachment #1 --] On 23 Mar 2014, at 22:57, Ian Lepore <ian@FreeBSD.org> wrote: > On Sun, 2014-03-23 at 22:31 +0100, Dimitry Andric wrote: >> On 23 Mar 2014, at 17:59, Warner Losh <imp@bsdimp.com> wrote: >>> About the time clang was MFC¢d, this started appearing. It has been several days now. >>> >>> Did the clang MFC botch something? Was the timing just a coincidence? >> >> I hope the latter, but I didn't investigate yet. I do know that I ran a >> make universe before the clang 3.4 merge, and that worked just fine. >> >> That said, at first glance this looks like some sort of scripting >> problem? Does anybody know off the top of their heads where ARM_NARCH >> and ARM_NMMUS are coming from? >> >> -Dimitry >> > > from sys/arm/include/cpuconf.h. iirc, they use some compiler predefined > macros. I just had a look at the full build log, and it died here: ===> usr.sbin/route6d (depend) rm -f .depend CC='cc ' mkdep -f .depend -a -DHAVE_POLL_H -std=gnu99 /src/usr.sbin/route6d/route6d.c In file included from /src/usr.sbin/route6d/route6d.c:68: In file included from /obj/arm.arm/src/tmp/usr/include/net/route.h:36: In file included from /obj/arm.arm/src/tmp/usr/include/sys/counter.h:35: In file included from /obj/arm.arm/src/tmp/usr/include/machine/counter.h:32: In file included from /obj/arm.arm/src/tmp/usr/include/sys/pcpu.h:48: In file included from /obj/arm.arm/src/tmp/usr/include/machine/pcpu.h:35: /obj/arm.arm/src/tmp/usr/include/machine/cpuconf.h:108:2: error: ARM_NARCH is 0 #error ARM_NARCH is 0 ^ /obj/arm.arm/src/tmp/usr/include/machine/cpuconf.h:183:2: error: ARM_NMMUS is 0 #error ARM_NMMUS is 0 ^ 2 errors generated. The parts in cpuconf.h that produce this error are: #if ARM_NARCH == 0 && !defined(KLD_MODULE) && defined(_KERNEL) #error ARM_NARCH is 0 #endif [...] #if ARM_NMMUS == 0 && !defined(KLD_MODULE) && defined(_KERNEL) #error ARM_NMMUS is 0 #endif so this error was most likely caused by route6d.c defining _KERNEL to 1 before including <net/route.h>. I expect that Gleb Smirnoff's r263668 (which removes the _KERNEL define again) will fix it. -Dimitry [-- Attachment #2 --] -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.0.22 (Darwin) iEYEARECAAYFAlMvZVcACgkQsF6jCi4glqN3FwCdHaaxoSY1cqhsMYuVwK5Qq90C A4EAoOH3+7Pjhfh+ezYH04vntav4N8ii =3w3y -----END PGP SIGNATURE-----help
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?F6CC2023-E09B-4232-8398-1D66739D2FF8>