Craig Topper via llvm-dev
2017-Jul-19 21:30 UTC
[llvm-dev] error:Ran out of lanemask bits to represent subregisterr
What about the static asserts protecting a Log call and another in the parser? On Wed, Jul 19, 2017 at 2:26 PM Krzysztof Parzyszek <kparzysz at codeaurora.org> wrote:> On 7/19/2017 4:18 PM, Craig Topper wrote: > > LaneMask isn't as self contained as it should be. 64 bits is enough > > here. The problem is accidental leaking of the current size. > > > > For example there was a hard coded compare with 32 in tablegen until I > > fixed it recently. > > This is most likely the only example. I actually tested it with > uint64_t (but without exceeding 32 lanes). > > -Krzysztof > > -- > Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, > hosted by The Linux Foundation >-- ~Craig -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20170719/b4b8323e/attachment.html>
Krzysztof Parzyszek via llvm-dev
2017-Jul-19 21:36 UTC
[llvm-dev] error:Ran out of lanemask bits to represent subregisterr
Those couldn't be done generically, that's why the asserts were added. -Krzysztof On 7/19/2017 4:30 PM, Craig Topper wrote:> What about the static asserts protecting a Log call and another in the > parser? > > On Wed, Jul 19, 2017 at 2:26 PM Krzysztof Parzyszek > <kparzysz at codeaurora.org <mailto:kparzysz at codeaurora.org>> wrote: > > On 7/19/2017 4:18 PM, Craig Topper wrote: > > LaneMask isn't as self contained as it should be. 64 bits is enough > > here. The problem is accidental leaking of the current size. > > > > For example there was a hard coded compare with 32 in tablegen > until I > > fixed it recently. > > This is most likely the only example. I actually tested it with > uint64_t (but without exceeding 32 lanes). > > -Krzysztof > > -- > Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, > hosted by The Linux Foundation > > -- > ~Craig-- Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, hosted by The Linux Foundation
hameeza ahmed via llvm-dev
2017-Jul-19 21:47 UTC
[llvm-dev] error:Ran out of lanemask bits to represent subregisterr
I have made changes in 3 files: LaneBitmask.h, codegenregisters.cpp and miparser.cpp. files are attached here. Now i am getting following errors. which means registerinfo.inc file is not generated successfully. /PIM/lib/Target/X86/MCTargetDesc/X86BaseInfo.h:733:24: error: no member named 'XMM8' in namespace 'llvm::X86' if ((RegNo >= X86::XMM8 && RegNo <= X86::XMM31) || fatal error: too many errors emitted, stopping now [-ferror-limit=] 20 errors generated. When i comment out the line to construct 65536 bit register in registerinfo.td. it run fine. What to do? On Thu, Jul 20, 2017 at 2:36 AM, Krzysztof Parzyszek < kparzysz at codeaurora.org> wrote:> Those couldn't be done generically, that's why the asserts were added. > > -Krzysztof > > On 7/19/2017 4:30 PM, Craig Topper wrote: > >> What about the static asserts protecting a Log call and another in the >> parser? >> >> On Wed, Jul 19, 2017 at 2:26 PM Krzysztof Parzyszek < >> kparzysz at codeaurora.org <mailto:kparzysz at codeaurora.org>> wrote: >> >> On 7/19/2017 4:18 PM, Craig Topper wrote: >> > LaneMask isn't as self contained as it should be. 64 bits is enough >> > here. The problem is accidental leaking of the current size. >> > >> > For example there was a hard coded compare with 32 in tablegen >> until I >> > fixed it recently. >> >> This is most likely the only example. I actually tested it with >> uint64_t (but without exceeding 32 lanes). >> >> -Krzysztof >> >> -- >> Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, >> hosted by The Linux Foundation >> >> -- >> ~Craig >> > > -- > Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, hosted > by The Linux Foundation >-------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20170720/d991f8f6/attachment-0001.html> -------------- next part -------------- A non-text attachment was scrubbed... Name: CodeGenRegisters.cpp Type: text/x-c++src Size: 82078 bytes Desc: not available URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20170720/d991f8f6/attachment-0002.cpp> -------------- next part -------------- A non-text attachment was scrubbed... Name: LaneBitmask.h Type: text/x-chdr Size: 2976 bytes Desc: not available URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20170720/d991f8f6/attachment-0001.h> -------------- next part -------------- A non-text attachment was scrubbed... Name: MIParser.cpp Type: text/x-c++src Size: 76297 bytes Desc: not available URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20170720/d991f8f6/attachment-0003.cpp>