Displaying 12 results from an estimated 12 matches for "apintloadstore".
2012 Aug 16
2
[LLVMdev] Passing return values on the stack & storing arbitrary sized integers
...ignore it? Is there some
guide how to implement such a hybrid passing of return values (partly
in registers, partly on the stack)? Currently, the TriCore back-end is
not able to compile functions returning e.g. {i128,i1}.
2. Storing arbitrary sized integers
The testcase "test/CodeGen/Generic/APIntLoadStore.ll" checks for
loading/storing e.g. i33 integers from/into global variable. The
questions are the same as regarding feature 1: How important is this
feature? Is it save to ignore it? Is there some guide how to implement
this?
When looking for some kind of guide, I am not looking for step-by-s...
2012 Aug 17
2
[LLVMdev] Passing return values on the stack & storing arbitrary sized integers
...rently, the TriCore back-end is
>> not able to compile functions returning e.g. {i128,i1}.
>
> This isn't very important; you won't run into it compiling C code.
OK, fine :-)
>> 2. Storing arbitrary sized integers
>>
>> The testcase "test/CodeGen/Generic/APIntLoadStore.ll" checks for
>> loading/storing e.g. i33 integers from/into global variable. The
>> questions are the same as regarding feature 1: How important is this
>> feature? Is it save to ignore it? Is there some guide how to implement
>> this?
>
> If you're using th...
2012 Aug 16
0
[LLVMdev] Passing return values on the stack & storing arbitrary sized integers
...in registers, partly on the stack)? Currently, the TriCore back-end is
> not able to compile functions returning e.g. {i128,i1}.
This isn't very important; you won't run into it compiling C code.
> 2. Storing arbitrary sized integers
>
> The testcase "test/CodeGen/Generic/APIntLoadStore.ll" checks for
> loading/storing e.g. i33 integers from/into global variable. The
> questions are the same as regarding feature 1: How important is this
> feature? Is it save to ignore it? Is there some guide how to implement
> this?
If you're using the LLVM CodeGen infrastruc...
2012 Aug 20
2
[LLVMdev] Passing return values on the stack & storing arbitrary sized integers
Hi Eli,
>>>> 2. Storing arbitrary sized integers
>>>>
>>>> The testcase "test/CodeGen/Generic/APIntLoadStore.ll" checks for
>>>> loading/storing e.g. i33 integers from/into global variable. The
>>>> questions are the same as regarding feature 1: How important is this
>>>> feature? Is it save to ignore it? Is there some guide how to implement
>>>> this?...
2012 Aug 17
0
[LLVMdev] Passing return values on the stack & storing arbitrary sized integers
...gt;> not able to compile functions returning e.g. {i128,i1}.
>>
>> This isn't very important; you won't run into it compiling C code.
>
> OK, fine :-)
>
>>> 2. Storing arbitrary sized integers
>>>
>>> The testcase "test/CodeGen/Generic/APIntLoadStore.ll" checks for
>>> loading/storing e.g. i33 integers from/into global variable. The
>>> questions are the same as regarding feature 1: How important is this
>>> feature? Is it save to ignore it? Is there some guide how to implement
>>> this?
>>
>>...
2012 Jun 19
2
[LLVMdev] mc jit
...T/2003-08-21-EnvironmentTest.ll
LLVM :: ExecutionEngine/MCJIT/2003-08-23-RegisterAllocatePhysReg.ll
LLVM ::
ExecutionEngine/MCJIT/2003-10-18-PHINode-ConstantExpr-CondCode-Failure.ll
LLVM :: ExecutionEngine/MCJIT/2005-12-02-TailCallBug.ll
LLVM :: ExecutionEngine/MCJIT/2007-12-10-APIntLoadStore.ll
LLVM :: ExecutionEngine/MCJIT/2008-06-05-APInt-OverAShr.ll
LLVM :: ExecutionEngine/MCJIT/2010-01-15-UndefValue.ll
LLVM :: ExecutionEngine/MCJIT/fpbitcast.ll
LLVM :: ExecutionEngine/MCJIT/hello.ll
LLVM :: ExecutionEngine/MCJIT/hello2.ll
LLVM :: ExecutionEngine/MCJIT/...
2012 Aug 20
0
[LLVMdev] Passing return values on the stack & storing arbitrary sized integers
On Mon, Aug 20, 2012 at 12:01 AM, Fabian Scheler
<fabian.scheler at gmail.com> wrote:
> Hi Eli,
>
>>>>> 2. Storing arbitrary sized integers
>>>>>
>>>>> The testcase "test/CodeGen/Generic/APIntLoadStore.ll" checks for
>>>>> loading/storing e.g. i33 integers from/into global variable. The
>>>>> questions are the same as regarding feature 1: How important is this
>>>>> feature? Is it save to ignore it? Is there some guide how to implement
>>>...
2012 Aug 21
2
[LLVMdev] Passing return values on the stack & storing arbitrary sized integers
...an at gmail.com>:
> On Mon, Aug 20, 2012 at 12:01 AM, Fabian Scheler
> <fabian.scheler at gmail.com> wrote:
>> Hi Eli,
>>
>>>>>> 2. Storing arbitrary sized integers
>>>>>>
>>>>>> The testcase "test/CodeGen/Generic/APIntLoadStore.ll" checks for
>>>>>> loading/storing e.g. i33 integers from/into global variable. The
>>>>>> questions are the same as regarding feature 1: How important is this
>>>>>> feature? Is it save to ignore it? Is there some guide how to implement...
2012 Jun 19
0
[LLVMdev] mc jit
On Mon, Jun 18, 2012 at 04:56:53PM -0700, reed kotler wrote:
> I don't see any tests in either test or test-suite for -use-mcjit.
For ARM, we need to manually switch to use mcjit, say
$ make check-all LIT_ARGS=--param=jit_impl=mcjit
Regards,
chenwj
--
Wei-Ren Chen (陳韋任)
Computer Systems Lab, Institute of Information Science,
Academia Sinica, Taiwan (R.O.C.)
Tel:886-2-2788-3799
2012 Jun 19
0
[LLVMdev] mc jit
....ll
> LLVM :: ExecutionEngine/MCJIT/2003-08-23-RegisterAllocatePhysReg.ll
> LLVM ::
> ExecutionEngine/MCJIT/2003-10-18-PHINode-ConstantExpr-CondCode-Failure.ll
> LLVM :: ExecutionEngine/MCJIT/2005-12-02-TailCallBug.ll
> LLVM :: ExecutionEngine/MCJIT/2007-12-10-APIntLoadStore.ll
> LLVM :: ExecutionEngine/MCJIT/2008-06-05-APInt-OverAShr.ll
> LLVM :: ExecutionEngine/MCJIT/2010-01-15-UndefValue.ll
> LLVM :: ExecutionEngine/MCJIT/fpbitcast.ll
> LLVM :: ExecutionEngine/MCJIT/hello.ll
> LLVM :: ExecutionEngine/MCJIT/hello2.ll
>...
2012 Jun 18
4
[LLVMdev] mc jit
I don't see any tests in either test or test-suite for -use-mcjit.
Are we not testing this yet?
There are lots of other llc options.
What is our plan for testing these?
2012 Aug 21
0
[LLVMdev] Passing return values on the stack & storing arbitrary sized integers
...; On Mon, Aug 20, 2012 at 12:01 AM, Fabian Scheler
>> <fabian.scheler at gmail.com> wrote:
>>> Hi Eli,
>>>
>>>>>>> 2. Storing arbitrary sized integers
>>>>>>>
>>>>>>> The testcase "test/CodeGen/Generic/APIntLoadStore.ll" checks for
>>>>>>> loading/storing e.g. i33 integers from/into global variable. The
>>>>>>> questions are the same as regarding feature 1: How important is this
>>>>>>> feature? Is it save to ignore it? Is there some guide how...