[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