On 23 Mar 2014, at 22:57, Ian Lepore <[email protected]> wrote:
> On Sun, 2014-03-23 at 22:31 +0100, Dimitry Andric wrote:
>> On 23 Mar 2014, at 17:59, Warner Losh <[email protected]> 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: signature.asc
Description: Message signed with OpenPGP using GPGMail

Reply via email to