search for: åkerlund

Displaying 5 results from an estimated 5 matches for "åkerlund".

2020 Jun 04
2
Nested instruction patterns rejected by GlobalISel when having registers in Defs
...itional results. I am tempted to modify that part of the code, but maybe I’m missing some invariant that’s not immediately evident Cheers, Gabriel From: Dominik Montada <dominik.montada at hightec-rt.com> Sent: den 4 juni 2020 14:51 To: llvm-dev at lists.llvm.org Cc: Gabriel Hjort Åkerlund <gabriel.hjort.akerlund at ericsson.com> Subject: Re: [llvm-dev] Nested instruction patterns rejected by GlobalISel when having registers in Defs Hi Gabriel, I'm working on a downstream target which uses GlobalISel and we have many patterns with instructions that also define a system...
2020 Jun 04
2
Nested instruction patterns rejected by GlobalISel when having registers in Defs
...wonder, how should registers appear in Defs be treated? Are they equal to those appearing in outs, and therefore interchangeable, or is it valid to disambiguate between them and therefore modify TableGen to only consider outs as the result of interest when processing the patterns? Gabriel Hjort Åkerlund -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20200604/91f46c50/attachment.html>
2020 Jun 08
2
Nested instruction patterns rejected by GlobalISel when having registers in Defs
...I'm having with our patterns. Best regards, Gabriel _____ From: Daniel Sanders <daniel_l_sanders at apple.com> Sent: Friday, June 5, 2020 9:02 PM To: Quentin Colombet <qcolombet at apple.com> Cc: Dominik Montada <dominik.montada at hightec-rt.com>; Gabriel Hjort Åkerlund <gabriel.hjort.akerlund at ericsson.com>; llvm-dev at lists.llvm.org <llvm-dev at lists.llvm.org> Subject: Re: [llvm-dev] Nested instruction patterns rejected by GlobalISel when having registers in Defs The implicit defs don't participate much in the patterns. For the most part...
2020 Aug 03
5
TableGen trace facility
A question for those of you who have developed complex TableGen files: Do you think a trace facility would be useful during debugging? The idea is to add a new statement to TableGen along these lines: trace tag : value1, value2, ... ; When encountered, the TableGen parser would display the tag along with the values of the specified value1, value2, etc. The tag is an identifier that makes it
2020 Jun 16
3
Codifying our Brace rules-
I'm with Matt on this one. I much prefer the approach of ALWAYS use braces for ifs and for loops, even if they're not needed, for basically the same reasons as he put. The number of times I've added a statement inside an if without braces and forget to add them is annoyingly high, especially as it's not always an obvious error upfront. Similarly, being involved in a downstream