llvm dev - Mar 2012 - [LLVMdev] Recent changes to MCRegisterClass fields: uint8_t is too narrow

Hi all,

in r152019 (from ctopper), the number of available registers of any type in a
machine description is decreased to 256 because it needs to be encoded in
uint8_t now. I'm trying to support an experimental embedded architecture
with more registers (out of tree), but now that becomes impossible. Anyone knows
a solution?

Thanks,

Bjorn De Sutter
Computer Systems Lab
Ghent University

I changed it to uint16_t in r152100. Is that enough for your architecture?

On Tue, Mar 6, 2012 at 12:24 AM, Bjorn De Sutter <
bjorn.desutter at elis.ugent.be> wrote:
> Hi all,
>
> in r152019 (from ctopper), the number of available registers of any type
> in a machine description is decreased to 256 because it needs to be encoded
> in uint8_t now. I'm trying to support an experimental embedded
architecture
> with more registers (out of tree), but now that becomes impossible. Anyone
> knows a solution?
>
> Thanks,
>
> Bjorn De Sutter
> Computer Systems Lab
> Ghent University
>
>
>
>
>
> _______________________________________________
> LLVM Developers mailing list
> LLVMdev at cs.uiuc.edu         http://llvm.cs.uiuc.edu
> http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev
>


-- 
~Craig
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.llvm.org/pipermail/llvm-dev/attachments/20120306/93e0567c/attachment.html>

Yep, that should work fine. 

Thanks (and sorry for the duplicate posting),

Bjorn



On 06 Mar 2012, at 09:32, Craig Topper wrote:
> I changed it to uint16_t in r152100. Is that enough for your architecture?
> 
> On Tue, Mar 6, 2012 at 12:24 AM, Bjorn De Sutter <bjorn.desutter at
elis.ugent.be> wrote:
> Hi all,
> 
> in r152019 (from ctopper), the number of available registers of any type in
a machine description is decreased to 256 because it needs to be encoded in
uint8_t now. I'm trying to support an experimental embedded architecture
with more registers (out of tree), but now that becomes impossible. Anyone knows
a solution?
> 
> Thanks,
> 
> Bjorn De Sutter
> Computer Systems Lab
> Ghent University
> 
> 
> 
> 
> 
> _______________________________________________
> LLVM Developers mailing list
> LLVMdev at cs.uiuc.edu         http://llvm.cs.uiuc.edu
> http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev
> 
> 
> 
> -- 
> ~Craig
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.llvm.org/pipermail/llvm-dev/attachments/20120306/5166b539/attachment.html>