svn commit: r367304 - in head: share/man/man5 share/mk tools/build/options usr.bin usr.bin/clang usr.bin/clang/llvm-cxxfilt

[Shawn Webb]

On Wed, Nov 04, 2020 at 11:26:51AM -0500, Ed Maste wrote:
> On Tue, 3 Nov 2020 at 14:57, Dimitry Andric <dim at freebsd.org> wrote:
> >
> > Author: dim
> > Date: Tue Nov  3 19:57:28 2020
> > New Revision: 367304
> > URL: https://svnweb.freebsd.org/changeset/base/367304
> >
> > Log:
> >   Add WITH_LLVM_CXXFILT option to install llvm-cxxfilt as c++filt
> 
> A previous argument against the LLVM versions of binutils replacements
> is that they were excessively large, but this does not look like a
> substantial problem here. LLVM's cxxfilt is indeed many times the size
> of ELF Tool Chain's, but still small enough that for a tool chain
> component it's not a concern, in my opinion.
> 
> ELF Tool Chain:
> $ size obj/c++filt
>    text   data    bss     dec       hex   filename
>   66966   1008   8400   76374   0x12a56   obj/c++filt
> 
> LLVM:
> $ size obj/llvm-cxxfilt
>     text   data    bss      dec       hex   filename
>   378138   1756   9165   389059   0x5efc3   obj/llvm-cxxfilt
> 
> A remaining issue is that both nm and addr2line can also demangle C++ symbols.

This brings a question: is there any guidance as to what FreeBSD
considers "too large of a component" for a toolchain component (or any
other various components, like src.git/stand)?

I ask mostly out of curiousity.

Thanks,

-- 
Shawn Webb
Cofounder / Security Engineer
HardenedBSD

GPG Key ID:          0xFF2E67A277F8E1FA
GPG Key Fingerprint: D206 BB45 15E0 9C49 0CF9  3633 C85B 0AF8 AB23 0FB2
https://git-01.md.hardenedbsd.org/HardenedBSD/pubkeys/src/branch/master/Shawn_Webb/03A4CBEBB82EA5A67D9F3853FF2E67A277F8E1FA.pub.asc
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: not available
URL: <http://lists.freebsd.org/pipermail/svn-src-all/attachments/20201104/1190f105/attachment.sig>