https://github.com/ajwock created
https://github.com/llvm/llvm-project/pull/95494
LLVM can now generate increments to counters in thread local storage.
Use a new compiler-rt runtime to atomically add thread local counters to global
counters on thread exit.
The clang driver will link the new r
ajwock wrote:
https://discourse.llvm.org/t/rfc-profiling-counters-in-thread-local-storage/79596
https://github.com/llvm/llvm-project/pull/95494
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe
https://github.com/ajwock created
https://github.com/llvm/llvm-project/pull/92582
This change adds an option which prevents generating coverage mapping data for
functions which aren't used. This reduces binary size in cases where many
unused static inline functions are automatically generated
ajwock wrote:
cc @MaskRay @hyp @zygoloid as possible reviewers
https://github.com/llvm/llvm-project/pull/92582
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
ajwock wrote:
cc @ZequanWu @ellishg for review
https://github.com/llvm/llvm-project/pull/92582
___
cfe-commits mailing list
cfe-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
ajwock wrote:
The problem that this solves is related to binary size. In situations where a
large C API is in generated code but a small part of the API is used, the size
of __llvm_prf_names and __llvm_cov_fun sections can be prohibitively large.
This flag offers a way to reduce binary size
