Date: Sat, 11 Feb 2023 17:13:48 +0000 From: David Chisnall <theraven@FreeBSD.org> To: Mark Millard <marklmi@yahoo.com> Cc: FreeBSD Hackers <freebsd-hackers@freebsd.org>, shawn.webb@hardenedbsd.org, Dimitry Andric <dim@FreeBSD.org> Subject: Re: CFT: snmalloc as libc malloc (the source_location issue) Message-ID: <F363CC44-831B-41E8-BB82-564144C48AA4@FreeBSD.org> In-Reply-To: <96652C51-EAB7-46C7-9039-557A5DCDAB75@yahoo.com> References: <22F8AD1A-C1F9-48FA-BCED-E165E2DA5260@yahoo.com> <1982263E-57E0-4709-AAB3-DBB4F75C7546@yahoo.com> <96652C51-EAB7-46C7-9039-557A5DCDAB75@yahoo.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On 10 Feb 2023, at 21:34, Mark Millard <marklmi@yahoo.com> wrote: >=20 > # find / -name source_location -print | more > = /usr/obj/DESTDIRs/main-amd64-chroot/usr/local/lib/gcc12/include/c++/experi= mental/source_location > = /usr/obj/DESTDIRs/main-amd64-chroot/usr/local/lib/gcc12/include/c++/source= _location > /usr/local/lib/gcc12/include/c++/experimental/source_location > /usr/local/lib/gcc12/include/c++/source_location >=20 > So, none for FreeBSD and its llvm15. >=20 > This makes sense, https://libcxx.llvm.org/Status/Cxx20.html shows: >=20 > P1208R6 LWG Adopt source_location for C++20 Cologne Complete 16.0 >=20 > So, likely FreeBSD will not have this until it progresses to > LLVM16 . It just changed to LLVM15 in main [so: FreeBSD 14]. The include of source_location is guarded under an #if __has_include, it = should be used only if it exists. If it doesn=E2=80=99t, there=E2=80=99s = a stub implementation. If you have GCC includes in your include path, = is it possible that it=E2=80=99s finding a source_location that is then = guarded behind a check for a compiler builtin that clang doesn=E2=80=99t = have? David
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?F363CC44-831B-41E8-BB82-564144C48AA4>