Displaying 2 results from an estimated 2 matches for "pdisd".
Did you mean:
pdisp
2014 Apr 04
2
[LLVMdev] 32bit pointers on a (pure) 64bit architecture
...=1]
0xbbb8318: i32 = truncate 0xbbb8290 [ORD=1]
0xbbb83a0: XXXi32 = GlobalAddress<i32* @g_bar> 0 [ORD=1]
0xbbb84b0: XXXi32 = undef [ORD=1]
0xbbb8538: ch = store 0xbb93e8c, 0xbbb8318, 0xbbb83a0,
0xbbb84b0<ST4[@g_bar](tbaa=!"int")> [ORD=1]
0xbbb85c0: ch = PDISD::NODE_RET_FLAG 0xbbb8538
-----
Is this difference indeed what we would need to expect at this level ?
- should we learn the selection dag creator to use the first larger or
equal valid type (i64) here ?
- or should we make sure that the legalization phase accepts the mix of
types that is produced...
2014 Apr 04
2
[LLVMdev] 32bit pointers on a (pure) 64bit architecture
Hi Hal,
On Fri, Apr 4, 2014 at 12:44 AM, Hal Finkel <hfinkel at anl.gov> wrote:
> ----- Original Message -----
> > From: "Jeroen Dobbelaere" <jeroen.dobbelaere at gmail.com>
> [... ]
>
> I am trying to get llvm working for an architecture that has 64bit
> > registers, but 32bit addresses.
> > Because of that, I want the pointers to also be