search for: isextendedvt

...microchip.com wrote: > So does that mean that LLVM can't lower automatically to 8-bit values? There is no inherent reason. LLVM should be able to lower to 8-bit values. It's probably a bug somewhere. In TargetLowering.h: bool isTypeLegal(MVT::ValueType VT) const { return !MVT::isExtendedVT(VT) && RegClassForVT[VT] != 0; } Is there a 16-bit register class? > I tried defining 8-bit pointers in the subtarget using "p:8:8:8" > but it > asserts at line 566 of TargetData.cpp in the default case of > TargetData::getIntPtrType() Dunno why it's like t...

...microchip.com wrote: > So does that mean that LLVM can't lower automatically to 8-bit values? There is no inherent reason. LLVM should be able to lower to 8-bit values. It's probably a bug somewhere. In TargetLowering.h: bool isTypeLegal(MVT::ValueType VT) const { return !MVT::isExtendedVT(VT) && RegClassForVT[VT] != 0; } Is there a 16-bit register class? > I tried defining 8-bit pointers in the subtarget using "p:8:8:8" > but it > asserts at line 566 of TargetData.cpp in the default case of > TargetData::getIntPtrType() Dunno why it's like t...

So does that mean that LLVM can't lower automatically to 8-bit values? I tried defining 8-bit pointers in the subtarget using "p:8:8:8" but it asserts at line 566 of TargetData.cpp in the default case of TargetData::getIntPtrType() Is it difficult to add 8-bit support? A. -----Original Message----- From: llvmdev-bounces at cs.uiuc.edu [mailto:llvmdev-bounces at cs.uiuc.edu] On

...hat LLVM can't lower automatically to 8-bit >> values? > > There is no inherent reason. LLVM should be able to lower to 8-bit > values. It's probably a bug somewhere. > > In TargetLowering.h: > > bool isTypeLegal(MVT::ValueType VT) const { > return !MVT::isExtendedVT(VT) && RegClassForVT[VT] != 0; > } > > Is there a 16-bit register class? > >> I tried defining 8-bit pointers in the subtarget using "p:8:8:8" >> but it >> asserts at line 566 of TargetData.cpp in the default case of >> TargetData::getIntPtrT...

...hat LLVM can't lower automatically to 8-bit >> values? > > There is no inherent reason. LLVM should be able to lower to 8-bit > values. It's probably a bug somewhere. > > In TargetLowering.h: > > bool isTypeLegal(MVT::ValueType VT) const { > return !MVT::isExtendedVT(VT) && RegClassForVT[VT] != 0; > } > > Is there a 16-bit register class? > >> I tried defining 8-bit pointers in the subtarget using "p:8:8:8" >> but it >> asserts at line 566 of TargetData.cpp in the default case of >> TargetData::getIntPtrT...

...,~{dirflag},~{fpsr},~{flags},~{memory}"( label %label ) nounwind However, trying to assemble x86 binaries fails: cc1plus: /mounts/zion/disks/0/localhome/tbrethou/2.2/testing/llvm-2.2/include/llvm/CodeGen/ValueTypes.h:212: unsigned int llvm::MVT::getSizeInBits(llvm::MVT::ValueType): Assertion `isExtendedVT(VT) && "ValueType has no known size!"' failed. At global scope: internal compiler error: Aborted This also happens if I craft my own function to take a label and llvm-as: declare void @foo(label) call void @bar( label %label ) llvm-as[0x826fa54] llvm-as[0x826fd1a] [0x8cd420]...

...cally to 8-bit >>> values? >> >> There is no inherent reason. LLVM should be able to lower to 8-bit >> values. It's probably a bug somewhere. >> >> In TargetLowering.h: >> >> bool isTypeLegal(MVT::ValueType VT) const { >> return !MVT::isExtendedVT(VT) && RegClassForVT[VT] != 0; >> } >> >> Is there a 16-bit register class? >> >>> I tried defining 8-bit pointers in the subtarget using "p:8:8:8" >>> but it >>> asserts at line 566 of TargetData.cpp in the default case of >...

...cally to 8-bit >>> values? >> >> There is no inherent reason. LLVM should be able to lower to 8-bit >> values. It's probably a bug somewhere. >> >> In TargetLowering.h: >> >> bool isTypeLegal(MVT::ValueType VT) const { >> return !MVT::isExtendedVT(VT) && RegClassForVT[VT] != 0; >> } >> >> Is there a 16-bit register class? >> >>> I tried defining 8-bit pointers in the subtarget using "p:8:8:8" >>> but it >>> asserts at line 566 of TargetData.cpp in the default case of >...