Making C++11 a hard requirement for FreeBSD
Poul-Henning Kamp
phk at phk.freebsd.dk
Sat Oct 7 00:04:57 UTC 2017
--------
In message <2706092.qpavixPdKK at ralph.baldwin.cx>, John Baldwin writes:
>Hmm, I don't quite agree. I think it's possible to use a restricted C++
>(no rtti, no exceptions, no STL) such that you are only using language
>features like templates or 'auto' without requiring runtime support.
That's what Bjarne used to call "C++ as a better C compiler".
If the jemalloc crew can stay inside that dotted line _and_ the C++
compilers still allow you to do so, then that could be an "not quite
pregnant yet" option.
>[...]
>Right now the C++ runtime is split into a
>couple of different pieces: libc++ (STL bits, roughly), libcxxrt (rtti
>/ exception support), libgcc_s (either llvm libunwind or gcc for _Unwind_*
>along with intrinsics from compiler-rt).
>[...]
>I think bundling any of those pieces into libc makes our system less
>flexible and different from all the other UNIXy systems currently in
>vogue.
That goes to my point about ld: The standard doesn't say which
library file which bits of the C++ runtime have to go into, we
get to decide that if we want to, as long as we provide a ld(1)
which knows where to find things.
--
Poul-Henning Kamp | UNIX since Zilog Zeus 3.20
phk at FreeBSD.ORG | TCP/IP since RFC 956
FreeBSD committer | BSD since 4.3-tahoe
Never attribute to malice what can adequately be explained by incompetence.
More information about the freebsd-arch
mailing list