Date: Tue, 30 Nov 2021 15:41:31 +0100 From: Dimitry Andric <dim@FreeBSD.org> To: Paul Floyd <paulf2718@gmail.com> Cc: "freebsd-hackers@freebsd.org" <freebsd-hackers@FreeBSD.org> Subject: Re: llvm/clang upstream Message-ID: <FF0D7EB6-D533-49B2-82FE-710435D9C584@FreeBSD.org> In-Reply-To: <a3231705-ca11-60f0-8004-55f15b483d90@gmail.com> References: <43a13a6b-baee-e8cb-3624-ee98da510ad0@gmail.com> <0E4F98DC-1B05-4E1C-813F-4246C45E9C85@FreeBSD.org> <bb0b1201-291d-1483-080c-d771091329a3@gmail.com> <308f3c42a357e6be288e01060868fa7b003ced4b.camel@moritz.systems> <a3231705-ca11-60f0-8004-55f15b483d90@gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
--Apple-Mail=_866B34B4-775B-494E-9B7B-E5E870EB2A0D Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 On 30 Nov 2021, at 14:27, Paul Floyd <paulf2718@gmail.com> wrote: >=20 > On 11/30/21 14:03, Micha=C5=82 G=C3=B3rny wrote: >>=20 >> Please note that the "official" way of building stuff has changed a = few >> times, so you might be using an outdated approach. I think the = current >> way of building runtimes is via LLVM_ENABLE_RUNTIMES. > I'll take a look at the 'official' llvm web pages tonight >=20 > Up to now I've been using >=20 >=20 > cmake -G "Unix Makefiles" ../llvm -DCMAKE_INSTALL_PREFIX=3D~/tools/clang= -DCMAKE_BUILD_TYPE=3DRelease = -DLLVM_ENABLE_PROJECTS=3D"clang;libcxx;libcxxabi;libunwind;compiler-rt;lld= b;openmp;pstl" >=20 >=20 > (just added libunwind) >=20 >=20 > which gives >=20 >=20 > = /home/paulf/scratch/clang/llvm-project/compiler-rt/lib/sanitizer_common/sa= nitize > r_unwind_linux_libcdep.cpp:26:10: fatal error: 'unwind.h' file not = found > #include <unwind.h> > ^~~~~~~~~~ > 1 error generated. Yes, this is a rather annoying shortcoming of our base system, really. We should provide unwind.h (and associated headers) directly in /usr/include, while we have historically only provided it in our C++ include directories (/usr/include/c++/v1 now, but this used to be /usr/include/c++/4.2.1 in the g++ times.) The trouble is that we have dragged multiple slightly incompatible unwind libraries and headers in our src tree for ages now, with no really good solution in sight. At some point we should choose one of the N implementations and stick that into /usr/include. :) -Dimitry --Apple-Mail=_866B34B4-775B-494E-9B7B-E5E870EB2A0D Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- Version: GnuPG/MacGPG2 v2.2 iF0EARECAB0WIQR6tGLSzjX8bUI5T82wXqMKLiCWowUCYaY4GwAKCRCwXqMKLiCW o0FrAKDf60lLTFCCewGPe+B+/acmZzpcIgCfU74J4BsvNz9R+khk8v0onilsNwk= =mMWH -----END PGP SIGNATURE----- --Apple-Mail=_866B34B4-775B-494E-9B7B-E5E870EB2A0D--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?FF0D7EB6-D533-49B2-82FE-710435D9C584>