Displaying 5 results from an estimated 5 matches for "binary_pattern".
2011 Oct 07
0
[LLVMdev] Enhancing TableGen
...d look at the output. That's
> really the canonical definition, right?
In other words, .td files are write-only. This is not acceptable.
It also doesn't answer '...and where they came from'.
> This could be mitigated somewhat by doing something like this:
>
> class binary_pattern<string opcstr, string type> {
> string pattern = !strconcat(opcstr, "$r."#type#"\t$d, $a, $b");
> }
>
> multiclass PTX_FLOAT_3OP<string opcstr> {
> def rr32 : InstPTX<(outs RegF32:$d),
> (ins RndMode:$r, RegF32:$a, RegF32:$...
2011 Oct 07
6
[LLVMdev] Enhancing TableGen
..., $b"), []>;
is dangerously redundant. It's the patterns that are hardest to write
so I'd rather get them right once or a few times rather than get them
wrong in lots of places and have to go hunt and fix them.
This could be mitigated somewhat by doing something like this:
class binary_pattern<string opcstr, string type> {
string pattern = !strconcat(opcstr, "$r."#type#"\t$d, $a, $b");
}
multiclass PTX_FLOAT_3OP<string opcstr> {
def rr32 : InstPTX<(outs RegF32:$d),
(ins RndMode:$r, RegF32:$a, RegF32:$b),
bi...
2011 Oct 08
3
[LLVMdev] Enhancing TableGen
...;> really the canonical definition, right?
>
> In other words, .td files are write-only. This is not acceptable.
>
> It also doesn't answer '...and where they came from'.
>
>> This could be mitigated somewhat by doing something like this:
>>
>> class binary_pattern<string opcstr, string type> {
>> string pattern = !strconcat(opcstr, "$r."#type#"\t$d, $a, $b");
>> }
>>
>> multiclass PTX_FLOAT_3OP<string opcstr> {
>> def rr32 : InstPTX<(outs RegF32:$d),
>> (ins RndMode:...
2011 Oct 07
0
[LLVMdev] Enhancing TableGen
On Oct 7, 2011, at 11:23 AM, David A. Greene wrote:
> Evan Cheng <evan.cheng at apple.com> writes:
>
>> Your proposed new TableGen functionalities are interesting but it is
>> clearly not where the code owners want it to go.
>
> Jakob at least seems interested in the for loop stuff. Am I reading you
> correctly, Jakob? Having that feature would make a huge
2011 Oct 07
6
[LLVMdev] Enhancing TableGen
Evan Cheng <evan.cheng at apple.com> writes:
> David, we cannot accept the 'multidef' keyword. Please revert it.
Working on it now.
> We appreciate you thinking ahead about MIC, but we are against the
> massive refactoring and complicated abstraction scheme. We'll never
> accept those patches.
How about a less massive and complicated scheme? I think we can
make