efriedma-quic wrote: > If DataLayout is still a good place, then it might be just about whether we > call it a flat address space, or optimizable address space, and nothing would > be different from what is done in this PR.
We've avoided putting optimization properties in the DataLayout in the past. The interactions with LTO mean we want the DataLayout for a given subtarget to be stable. In this particular case, a target's "flat" address-space can't really ever change, though, so it's probably fine. > There are cases where you need a safe (portable?) default that the target can > perhaps optimise, but, absent that, would at least work, and at the moment > there's no handy way to query that generically (or from Clang). The use-cases currently under discussion, and LangRef itself, don't require the flat address-space to have any particular semantics; the only property it has is "operations using it are slower". What semantics do you need, and where do you need them? https://github.com/llvm/llvm-project/pull/108786 _______________________________________________ cfe-commits mailing list cfe-commits@lists.llvm.org https://lists.llvm.org/cgi-bin/mailman/listinfo/cfe-commits
