On 15/09/2013 16:46, Jonathan Wakely wrote:
On 15 September 2013 14:58, David McQuillan wrote:
The basic aim of ilp32 is to emulate an old 32 bit environment on a new
processor that supports 64 registers and pointers. However that has
never
been the real aim, if one was just trying to support
nd to actually use the top part of a 64 bit
address even in an ilp32 environment, e.g. for access to a large memory
mapped file where one hadn't restricted it to the 32 bit address space.
David
On 14/09/2013 21:56, Florian Weimer wrote:
* David McQuillan:
Has there been an impleme
Has there been an implementation or design of a way of representing 64
bit pointers with ilp32 on a 64 bit system? I know this sounds like it
is rather pushing the boundary and one should just use the lp64 but I
believe it could save effort in a number of circumstances. What I was
thinking of i
ed to separate registers holding pointers from those
holding data in the call ABI. Sorry, I really had completely forgotten
about it, I just don't know how all that work could have completely
slipped my mind.
David McQuillan
On 06/03/2013 14:26, Jeff Law wrote:
On 03/06/2013 07:21 AM
f the general registers were
treated as 32 bit. If more than 32 bits of address space were put in it
could be used for data by using assembler inserts to use a long pointer
to access it. I can't see any particular problems but that doesn't mean
there aren't any great big ones!
David McQuillan
