[PATCH] D69765: [compiler-rt] Support more CPUs in LSan Allocator Address Space
Alexander Richardson via Phabricator via llvm-commits
llvm-commits at lists.llvm.org
Sun Nov 3 14:45:55 PST 2019
arichardson added inline comments.
================
Comment at: compiler-rt/lib/lsan/lsan_allocator.h:55
+ defined(__sh3__) || defined(__vax__) || \
+ (defined(__mips64) && !defined(_LP64)) || \
+ (defined(__sparc__) && !defined(_LP64)) || \
----------------
krytarowski wrote:
> arichardson wrote:
> > Maybe change this to `&& !defined(__mips_n32)`?
> > For our CHERI CPU we use n64 but don't have _LP64 defined (since pointers are 128 bits).
> There is also o32. I don't know CHERI specifics and it is not supported today on NetBSD. (And there is no LSan for FreeBSD either).
I actually meant to add this to the change below not this one. Sorry.
However, the MIPS change seems wrong since the initial `#if defined(__mips64)` condition means the newly added condition never triggers.
================
Comment at: compiler-rt/lib/lsan/lsan_allocator.h:73
+#elif defined(__x86_64__) || defined(__powerpc64__) || defined(__sparc64__) || \
+ defined(__alpha__) || (defined(__mips64) && defined(_LP64))
# if defined(__powerpc64__)
----------------
`__mips64` should only be defined for 64-bit architectures and as far as I know n32 is the only ABI with 32-bit pointers. Using the `_LP64` macro will force us to make changes.
Repository:
rG LLVM Github Monorepo
CHANGES SINCE LAST ACTION
https://reviews.llvm.org/D69765/new/
https://reviews.llvm.org/D69765
More information about the llvm-commits
mailing list