[llvm-dev] nullptr bit-value for DebugInfo in non-default address spaces

Jeremy Morse via llvm-dev llvm-dev at lists.llvm.org
Tue Dec 4 09:52:30 PST 2018


On Tue, Dec 4, 2018 at 5:00 PM David Blaikie <dblaikie at gmail.com> wrote:

> If that's the only guarantee (& there's no guarantee on non-zero address
> space's null pointer representation) is that sufficient to address some
> cases you're dealing with, or is the address space not known at the point
> where you're trying to make this decision? (ie: you could only use zero if
> you know all address spaces have zero null pointers)

The address space is known at the relevant point, and the "zero valued in
address space zero" guarantee is sufficient for the overwhelmingly common
case. However I'd prefer completeness, and it seemed to me that there must
be some way of determining a null bit-value from an address space number.

I guess a revised question would be: given that in this AMDGPU test [0]
some null pointer constants eventually get lowered to be valued "-1", how
would I go about doing the same for the corresponding debug info? Clearly
that information is available somewhere, I need guidance however on where
to look.


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20181204/1abbda93/attachment.html>

More information about the llvm-dev mailing list