Date: Wed, 27 Jun 2018 11:58:10 -0700
From: Bryan Drewery <bdrewery@FreeBSD.org>
To: Dimitry Andric <dim@freebsd.org>
Cc: Mark Millard <marklmi@yahoo.com>, "current@freebsd.org" <current@freebsd.org>, FreeBSD Toolchain <freebsd-toolchain@freebsd.org>
Subject: Re: Build updates [ ci.freebsd.org FreeBSD-head-{aarch64, armv7, armv6}-build failures as of, for example -r335711 and -r335713 ]
Message-ID: <2a7b1ecb-b647-d09b-4bd7-5c2df62b0846@FreeBSD.org>
In-Reply-To: <555a1ac0-a7e8-3ca1-019e-41cf829cbff0@FreeBSD.org>
References: <168e5fec-2d38-78e1-6aa4-c51e860ffd55@FreeBSD.org> <7116FF4C-DFA0-41CC-9906-F8B0B5A951EF@yahoo.com> <555a1ac0-a7e8-3ca1-019e-41cf829cbff0@FreeBSD.org>
next in thread | previous in thread | raw e-mail | index | archive | help
This is an OpenPGP/MIME signed message (RFC 4880 and 3156)
--kblqXkkf3rRGvC9WwNVcqFDSRcBWQmyeX
Content-Type: multipart/mixed; boundary="jFx8TT88Sy9QJ8uHrcEMeNbJwt3gSbY0W";
protected-headers="v1"
From: Bryan Drewery <bdrewery@FreeBSD.org>
To: Dimitry Andric <dim@freebsd.org>
Cc: Mark Millard <marklmi@yahoo.com>,
"current@freebsd.org" <current@freebsd.org>,
FreeBSD Toolchain <freebsd-toolchain@freebsd.org>
Message-ID: <2a7b1ecb-b647-d09b-4bd7-5c2df62b0846@FreeBSD.org>
Subject: Re: Build updates [ ci.freebsd.org
FreeBSD-head-{aarch64,armv7,armv6}-build failures as of, for example -r335711
and -r335713 ]
References: <168e5fec-2d38-78e1-6aa4-c51e860ffd55@FreeBSD.org>
<7116FF4C-DFA0-41CC-9906-F8B0B5A951EF@yahoo.com>
<555a1ac0-a7e8-3ca1-019e-41cf829cbff0@FreeBSD.org>
In-Reply-To: <555a1ac0-a7e8-3ca1-019e-41cf829cbff0@FreeBSD.org>
--jFx8TT88Sy9QJ8uHrcEMeNbJwt3gSbY0W
Content-Type: text/plain; charset=utf-8
Content-Language: en-US
Content-Transfer-Encoding: quoted-printable
On 6/27/2018 11:44 AM, Bryan Drewery wrote:
> On 6/27/2018 10:53 AM, Mark Millard wrote:
>>
>>> On 2018-Jun-27, at 10:01 AM, Bryan Drewery <bdrewery at FreeBSD.org> =
wrote:
>>>
>>> As of r335704:
>>>
>>> - make tinderbox/universe will now build the bootstrap clang *once*.
>>> Each target clang is still build of course. This support does not wo=
rk
>>> with gcc.
>>> - make buildworld (kernel-toolchain and toolchain) will build the
>>> bootstrap clang (if needed per SYSTEM_COMPILER logic) with only the
>>> TARGET.TARGET_ARCH backend support. The installed clang has all still=
so
>>> SYSTEM_COMPILER logic works for cross-compling.
>>>
>>> This uses the feature dim@ added in r335558 to selectively disable LL=
VM
>>> targets. I've added a new option named WITH[OUT]_LLVM_TARGET_ALL whic=
h I
>>> suggest using rather than the per-arch options. It is default on (WIT=
H).
>>> Set WITHOUT to only build the needed native arch on your system for b=
oth
>>> bootstrap and compiled clang. Setting WITHOUT disables SYSTEM_COMPILE=
R
>>> support for cross-builds.
>>>
>>> Please CC me directly for any weird tinderbox/universe or clang failu=
res
>>> for the next few weeks.
>=20
> Thanks!
>=20
>>
>> https://ci.freebsd.org/job/FreeBSD-head-aarch64-build/8324/consoleText=
>>
>> --- all_subdir_cloudabi32 ---
>> clang (LLVM option parsing): Unknown command line argument '-arm-add-b=
uild-attributes'. Try: 'clang (LLVM option parsing) -help'
>> clang (LLVM option parsing): Did you mean '-force-attribute'?
>> *** [cloudabi32_vdso.o] Error code 1
>>
>=20
> This was an aarch64 build. It looks like -arm-add-build-attributes is
> from Target/ARM/AsmParser/ARMAsmParser.cpp which is only built for
> LLVM_TARGET_ARM but not LLVM_TARGET_AARCH64.
>=20
> Looking in contrib/llvm/tools/clang/lib/Driver/ToolChains/Clang.cpp I
> see the option is only added for:
>=20
> case llvm::Triple::arm:
> case llvm::Triple::armeb:
> case llvm::Triple::thumb:
> case llvm::Triple::thumbeb:
>=20
> But not llvm::Triple::aarch64. So where is it coming from?
>=20
cc -target aarch64-unknown-freebsd12.0
--sysroot=3D/usr/obj/usr/src/arm64.aarch64/tmp
-B/usr/obj/usr/src/arm64.aarch64/tmp/usr/bin -x assembler-with-cpp -m32
-shared -nostdinc -nostdlib
-Wl,-T/usr/src/sys/compat/cloudabi/cloudabi_vdso.lds
/usr/src/sys/contrib/cloudabi/cloudabi_vdso_armv6_on_64bit.S -o
cloudabi32_vdso.o
It must be the -m32 here making it build with llvm::Triple::arm.
So we may need to include more of LLVM_TARGET_ARM in LLVM_TARGET_AARCH64.=
I'm testing locally to see how much is needed.
>>
>> https://ci.freebsd.org/job/FreeBSD-head-armv7-build/460/consoleText
>> (armv6 is similar)
>>
>> --- all_subdir_lib/clang/libllvm ---
>> =3D=3D=3D> lib/clang/libllvm (all)
>> [Creating objdir /usr/obj/usr/src/arm.armv7/tmp/obj-tools/lib/clang/li=
bllvm...]
>> make[4]: "/usr/src/lib/clang/libllvm/Makefile" line 16: Please enable =
at least one of: MK_LLVM_TARGET_AARCH64, MK_LLVM_TARGET_ARM, MK_LLVM_TARG=
ET_MIPS, MK_LLVM_TARGET_POWERPC, MK_LLVM_TARGET_SPARC, or MK_LLVM_TARGET_=
X86
>> *** [all_subdir_lib/clang/libllvm] Error code 1
>>
>=20
> Arm failures fixed in r335718.
>=20
>=20
>=20
--=20
Regards,
Bryan Drewery
--jFx8TT88Sy9QJ8uHrcEMeNbJwt3gSbY0W--
--kblqXkkf3rRGvC9WwNVcqFDSRcBWQmyeX
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: OpenPGP digital signature
Content-Disposition: attachment; filename="signature.asc"
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2
iQEcBAEBAgAGBQJbM95CAAoJEDXXcbtuRpfP8F8H/iN0RAj1EPJe/4zU5EIivbX5
mv55NLQ0jm7cukOwssw4aqsqDlouP6vUyFKsO7VKGFmOiHq0OYkGfCkhZqOuec1C
NvOocDFQmsIun7E5eBBo6HcFhpqAyd7+9rL94/QVKzzmWmer90fRCQxGtLM8oU3v
KIP0B44T9VCh3gDDwfKvRobqh5Qv8iiqGtnGV4US/yNZ1c1L1w6R6EWQC2pe4Gcp
BNYSMrhRHlghfenzsCc5VTZxkPeJt3niAnGGOfEvc7U21dPeNVZjMFiAtgGzgy6A
4VHqeqOI6upHcxkYRTp+X776iFVEi8ku8FxGww+AIrRCfNt3T62Zzm9ctrAeIzo=
=v3bf
-----END PGP SIGNATURE-----
--kblqXkkf3rRGvC9WwNVcqFDSRcBWQmyeX--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?2a7b1ecb-b647-d09b-4bd7-5c2df62b0846>