From owner-freebsd-toolchain@freebsd.org  Fri Jan  1 14:46:44 2021
Return-Path: <owner-freebsd-toolchain@freebsd.org>
Delivered-To: freebsd-toolchain@mailman.nyi.freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1])
 by mailman.nyi.freebsd.org (Postfix) with ESMTP id 0281D4CA361
 for <freebsd-toolchain@mailman.nyi.freebsd.org>;
 Fri,  1 Jan 2021 14:46:44 +0000 (UTC)
 (envelope-from bugzilla-noreply@freebsd.org)
Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org
 [IPv6:2610:1c1:1:606c::50:13])
 by mx1.freebsd.org (Postfix) with ESMTP id 4D6nsb6SRLz4tcj
 for <freebsd-toolchain@freebsd.org>; Fri,  1 Jan 2021 14:46:43 +0000 (UTC)
 (envelope-from bugzilla-noreply@freebsd.org)
Received: by mailman.nyi.freebsd.org (Postfix)
 id DB5B84CA270; Fri,  1 Jan 2021 14:46:43 +0000 (UTC)
Delivered-To: toolchain@mailman.nyi.freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1])
 by mailman.nyi.freebsd.org (Postfix) with ESMTP id DB20E4CA3B0
 for <toolchain@mailman.nyi.freebsd.org>; Fri,  1 Jan 2021 14:46:43 +0000 (UTC)
 (envelope-from bugzilla-noreply@freebsd.org)
Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org
 [IPv6:2610:1c1:1:606c::19:3])
 (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)
 key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256
 client-signature RSA-PSS (4096 bits) client-digest SHA256)
 (Client CN "mxrelay.nyi.freebsd.org",
 Issuer "Let's Encrypt Authority X3" (verified OK))
 by mx1.freebsd.org (Postfix) with ESMTPS id 4D6nsb51DLz4tch
 for <toolchain@FreeBSD.org>; Fri,  1 Jan 2021 14:46:43 +0000 (UTC)
 (envelope-from bugzilla-noreply@freebsd.org)
Received: from kenobi.freebsd.org (kenobi.freebsd.org
 [IPv6:2610:1c1:1:606c::50:1d])
 (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)
 key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256)
 (Client did not present a certificate)
 by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 7E6662475B
 for <toolchain@FreeBSD.org>; Fri,  1 Jan 2021 14:46:43 +0000 (UTC)
 (envelope-from bugzilla-noreply@freebsd.org)
Received: from kenobi.freebsd.org ([127.0.1.5])
 by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 101EkhkS048543
 for <toolchain@FreeBSD.org>; Fri, 1 Jan 2021 14:46:43 GMT
 (envelope-from bugzilla-noreply@freebsd.org)
Received: (from www@localhost)
 by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 101EkhCA048542
 for toolchain@FreeBSD.org; Fri, 1 Jan 2021 14:46:43 GMT
 (envelope-from bugzilla-noreply@freebsd.org)
X-Authentication-Warning: kenobi.freebsd.org: www set sender to
 bugzilla-noreply@freebsd.org using -f
From: bugzilla-noreply@freebsd.org
To: toolchain@FreeBSD.org
Subject: [Bug 252065] native-xtools-install doesn't install
 libclang_rt.profile-aarch64.a
Date: Fri, 01 Jan 2021 14:46:43 +0000
X-Bugzilla-Reason: AssignedTo
X-Bugzilla-Type: changed
X-Bugzilla-Watch-Reason: None
X-Bugzilla-Product: Base System
X-Bugzilla-Component: misc
X-Bugzilla-Version: CURRENT
X-Bugzilla-Keywords: 
X-Bugzilla-Severity: Affects Only Me
X-Bugzilla-Who: dim@FreeBSD.org
X-Bugzilla-Status: New
X-Bugzilla-Resolution: 
X-Bugzilla-Priority: ---
X-Bugzilla-Assigned-To: toolchain@FreeBSD.org
X-Bugzilla-Flags: maintainer-feedback?
X-Bugzilla-Changed-Fields: cc
Message-ID: <bug-252065-29464-pinouDhhaR@https.bugs.freebsd.org/bugzilla/>
In-Reply-To: <bug-252065-29464@https.bugs.freebsd.org/bugzilla/>
References: <bug-252065-29464@https.bugs.freebsd.org/bugzilla/>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/
Auto-Submitted: auto-generated
MIME-Version: 1.0
X-BeenThere: freebsd-toolchain@freebsd.org
X-Mailman-Version: 2.1.34
Precedence: list
List-Id: Maintenance of FreeBSD's integrated toolchain
 <freebsd-toolchain.freebsd.org>
List-Unsubscribe: <https://lists.freebsd.org/mailman/options/freebsd-toolchain>, 
 <mailto:freebsd-toolchain-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-toolchain/>
List-Post: <mailto:freebsd-toolchain@freebsd.org>
List-Help: <mailto:freebsd-toolchain-request@freebsd.org?subject=help>
List-Subscribe: <https://lists.freebsd.org/mailman/listinfo/freebsd-toolchain>, 
 <mailto:freebsd-toolchain-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 01 Jan 2021 14:46:44 -0000

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D252065

Dimitry Andric <dim@FreeBSD.org> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |bdrewery@FreeBSD.org,
                   |                            |dim@FreeBSD.org

--- Comment #1 from Dimitry Andric <dim@FreeBSD.org> ---
lib/Makefile has:

# The libraries under libclang_rt can only be built by clang, and only make
# sense to build when clang is enabled at all.  Furthermore, they can only =
be
# built for certain architectures.
.if ${MK_CLANG} !=3D "no" && ${COMPILER_TYPE} =3D=3D "clang" && \
    (${MACHINE_CPUARCH} =3D=3D "aarch64" || ${MACHINE_CPUARCH} =3D=3D "amd6=
4" || \
    ${MACHINE_CPUARCH} =3D=3D "arm" || ${MACHINE_CPUARCH} =3D=3D "i386" || \
    ${MACHINE_CPUARCH} =3D=3D "powerpc")
_libclang_rt=3D   libclang_rt
.endif

while the top-level Makefile.inc1 has:

native-xtools: .PHONY
        ${_+_}cd ${.CURDIR}; ${NXBTMAKE} _cleanobj
        # Build the bootstrap/host/cross tools that produce native binaries
        ${_+_}cd ${.CURDIR}; ${NXBTMAKE} kernel-toolchain
        # Populate includes/libraries sysroot that produce native binaries.
        # This is split out from 'toolchain' above mostly so that target LL=
VM
        # libraries have a proper LLVM_DEFAULT_TARGET_TRIPLE without
        # polluting the cross-compiler build.  The LLVM/GCC libs are skipped
        # here to avoid the problem but are kept in 'toolchain' so that
        # needed build tools are built.
        ${_+_}cd ${.CURDIR}; ${NXBTMAKE} _includes MK_CLANG=3Dno
        ${_+_}cd ${.CURDIR}; ${NXBTMAKE} _libraries MK_CLANG=3Dno
        [...]

It looks like the MK_CLANG=3Dno was added on purpose, precisely to avoid
populating the lib/clang/x.y.z directory. I do not fully understand the
reasoning mentioned in the comment about "avoiding the problem".

Bryan added this part in base r325001, so maybe he can shed some light.

--=20
You are receiving this mail because:
You are the assignee for the bug.=