<div class="gmail_quote">On Mon, Jan 30, 2012 at 3:51 AM, Anton Korobeynikov <span dir="ltr"><<a href="mailto:anton@korobeynikov.info">anton@korobeynikov.info</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="HOEnZb"><div class="h5">> This predicate doesn't make much sense inside of LLVM currently because all<br>
> of the backends track 64-bitness separately for some (likely historical)<br>
> reason. However, Clang could benefit greatly from this predicate, it would<br>
> remove one of the most commonly repeated queries about a triple. It also<br>
> seems likely that targets could move toward relying more heavily on the<br>
> triple to deduce these things, or at least start asserting that the explicit<br>
> 64-bitness of the subtarget objects matches the triple.<br>
</div></div>This looks ok to me. One random thought - msp430 is 16 bit target. And<br>
I have some plans to do something  in msp430 world again.<br>
Does this make sense to query for "bitness" of the platform instead?<br>
So, we can return e.g. whether the platform is 16 or 32 or 64 bits?</blockquote><div><br></div><div>I'd be down with having is32Bit and is16Bit.... but I hesitate to go too far in this direction.</div><div><br></div>
<div>At a certain point, you want to query the TargetData that we have properly built up. This isn't the right layer of abstraction for that. This should be extremely coarse grained, requiring the query to have utility both to code generation and to potential frontends, etc.</div>
</div>