Displaying 7 results from an estimated 7 matches for "llvmv".
Did you mean:
llvm
2010 Jul 22
1
[LLVMdev] llvmv build failure
Building llvm is failing for me today. I am using clang++ to build
(which has not changed).
llvm[2]: Compiling EDMain.cpp for Debug+Asserts build (PIC)
EDMain.cpp:267:39: error: C-style cast from '::EDTokenVisitor_t' (aka
'int (^)(EDTokenRef)') to 'llvm::EDTokenVisitor_t' (aka 'int (^)
(llvm::EDToken *)') is not allowed
return
2010 Jul 22
0
[LLVMdev] llvmv build failure
On Jul 22, 2010, at 8:57 AM, Fariborz Jahanian wrote:
>
> Building llvm is failing for me today. I am using clang++ to build
> (which has not changed).
>
> llvm[2]: Compiling EDMain.cpp for Debug+Asserts build (PIC)
> EDMain.cpp:267:39: error: C-style cast from '::EDTokenVisitor_t' (aka
> 'int (^)(EDTokenRef)') to 'llvm::EDTokenVisitor_t' (aka
2010 Jul 22
1
[LLVMdev] llvmv build failure
On Jul 22, 2010, at 2:53 PM, Eric Christopher wrote:
>
> On Jul 22, 2010, at 8:57 AM, Fariborz Jahanian wrote:
>
>>
>> Building llvm is failing for me today. I am using clang++ to build
>> (which has not changed).
>>
>> llvm[2]: Compiling EDMain.cpp for Debug+Asserts build (PIC)
>> EDMain.cpp:267:39: error: C-style cast from
2016 Sep 08
2
Addressing TableGen's error "Ran out of lanemask bits" in order to use more than 32 subregisters per register
.... So for every
lane/subregister we require a bit from the type LaneMask.
I plan to use type long (or even type int1024_t from the boost library, header
cpp_int.hpp) for LaneMask and change accordingly the methods handing the type.
Is there are any limitation I am not aware of (maybe in LLVMV's register allocator)
that would prevent me from using more than 32 lanes/subregisters?
Thank you very much,
Alex
2016 Sep 18
4
Addressing TableGen's error "Ran out of lanemask bits" in order to use more than 32 subregisters per register
...uire a bit from the type
> LaneMask.
> > I plan to use type long (or even type int1024_t from the boost
> library, header cpp_int.hpp) for LaneMask and change accordingly the
> methods handing the type.
> >
> > Is there are any limitation I am not aware of (maybe in LLVMV's
> register allocator) that would prevent me from using more than 32
> lanes/subregisters?
>
> There is no known limitation. I chose uint32_t out of concern for
> compiletime. Going up for uint64_t should be no problem, I'd be more
> concerned about bigger types; hopefull...
2017 Jul 28
2
Addressing TableGen's error "Ran out of lanemask bits" in order to use more than 32 subregisters per register
...pe long (or even type int1024_t from the
>>> boost library, header
>>> cpp_int.hpp) for LaneMask and change accordingly the methods handing
>>> the type.
>>> >
>>> > Is there are any limitation I am not aware of (maybe in
>>> LLVMV's register
>>> allocator) that would prevent me from using more than 32
>>> lanes/subregisters?
>>>
>>> There is no known limitation. I chose uint32_t out of concern for
>>> compiletime. Going
>>> up for uint64_t should be no probl...
2017 Jul 28
0
Addressing TableGen's error "Ran out of lanemask bits" in order to use more than 32 subregisters per register
...e type LaneMask.
>> > I plan to use type long (or even type int1024_t from the boost library, header
>> cpp_int.hpp) for LaneMask and change accordingly the methods handing the type.
>> >
>> > Is there are any limitation I am not aware of (maybe in LLVMV's register
>> allocator) that would prevent me from using more than 32 lanes/subregisters?
>>
>> There is no known limitation. I chose uint32_t out of concern for compiletime. Going
>> up for uint64_t should be no problem, I'd be more concerned about bigger t...