Skip site navigation (1)Skip section navigation (2)
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>

next in thread | previous in thread | raw e-mail | index | archive | help

--Apple-Mail=_264D24DE-140D-4E8C-B009-5E9D12630A1C
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=iso-8859-7

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=A2d, this started appearing. It has =
been several days now.
>>>=20
>>> Did the clang MFC botch something? Was the timing just a =
coincidence?
>>=20
>> 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.
>>=20
>> 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?
>>=20
>> -Dimitry
>>=20
>=20
> 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:

=3D=3D=3D> usr.sbin/route6d (depend)
rm -f .depend
CC=3D'cc ' mkdep -f .depend -a    -DHAVE_POLL_H -std=3Dgnu99   =
/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 =3D=3D 0 && !defined(KLD_MODULE) && defined(_KERNEL)
#error ARM_NARCH is 0
#endif

[...]

#if ARM_NMMUS =3D=3D 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


--Apple-Mail=_264D24DE-140D-4E8C-B009-5E9D12630A1C
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
	filename=signature.asc
Content-Type: application/pgp-signature;
	name=signature.asc
Content-Description: Message signed with OpenPGP using GPGMail

-----BEGIN PGP SIGNATURE-----
Version: GnuPG/MacGPG2 v2.0.22 (Darwin)

iEYEARECAAYFAlMvZVcACgkQsF6jCi4glqN3FwCdHaaxoSY1cqhsMYuVwK5Qq90C
A4EAoOH3+7Pjhfh+ezYH04vntav4N8ii
=3w3y
-----END PGP SIGNATURE-----

--Apple-Mail=_264D24DE-140D-4E8C-B009-5E9D12630A1C--



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?F6CC2023-E09B-4232-8398-1D66739D2FF8>