UPC-IR: typed runtime interface about llvm-upc HOT 2 CLOSED

AMDG

On 10/13/2014 07:11 AM, Nenad Vukicevic wrote:

At the beginning, I think the idea was to convert RP pointer into the UPC pointer before we call the runtime. This way we can have only one interface. But I see that this is not that useful as the interface is very simple and there is no point in generation the code of putting it back to the form fo rthe purpose of the AP only (we do not use phase in the runtime).

However, we can probably do better if instead of having the general get/put interface, we have it based on the type (i8, i16, i32, ....). This will minimize the possible inlined generated code for access routines (at least for the SMP runtime and on node accesses for p4/libfabric).

So, instead of:

upcr_llvm_getn ()

we would have

upcr_llvm_get_i8()
upcr_llvm_get_i16()
upcr_llvm_get_i32()
upcr_llvm_get_i64()
upcr_llvm_get_i128()
...

Right. As far as naming conventions go,
I assume it should be get_float, get_double,
and get_pointer as well? Am I forgetting
anything?

In Christ,
Steven Watanabe

from llvm-upc.

On 10/15/14 6:17 PM, swatanabe wrote:

Right. As far as naming conventions go,
I assume it should be get_float, get_double,
and get_pointer as well? Am I forgetting
anything?

I think that we should have whatever LLVM types are. Make sense? I do
not recall having pointer type in the clang interface.

from llvm-upc.