llvm-6502/test/TableGen
Bruno Cardoso Lopes 81cd7ffe45 Fix a tblgen bug.
Given the pattern below as an example:
list<dag> Pattern = [(set RC:$dst, (v4f32 (shufp:src3 RC:$src1,
                            (mem_frag addr:$src2))))];

The right reference resolving should lead to:
list<dag> Pattern = [(set VR128:$dst, (v4f32 (shufp:src3 VR128:$src1,
                            (mem_frag addr:$src2))))];
But was yielding:
list<dag> Pattern = [(set VR128:$dst, (v4f32 (shufp VR128:$src1,
                            (mem_frag addr:$src2))))];

Fix this by passing the right name when creating a new DagInit node.



git-svn-id: https://llvm.org/svn/llvm-project/llvm/trunk@106670 91177308-0d34-0410-b5e6-96231b3b80d8
2010-06-23 19:50:39 +00:00
..
2003-08-03-PassCode.td
2006-09-18-LargeInt.td
2010-03-24-PrematureDefaults.td
AnonDefinitionOnDemand.td
BitsInitOverflow.td
cast.td
CStyleComment.td
DagDefSubst.td
DagIntSubst.td
defmclass.td Fix a subtle multiclass bug: when using class inheritance on 2010-06-22 20:30:50 +00:00
DefmInherit.td
DefmInsideMultiClass.td
dg.exp
eq.td
eqbit.td let the '!eq' expression support 'int' and 'bit' types 2010-06-16 23:24:12 +00:00
foreach.td
ForwardRef.td
GeneralList.td
if.td
ifbit.td For a tablegen expression such as !if(a,b,c), let 'a' 2010-06-17 00:31:36 +00:00
Include.inc
Include.td
IntBitInit.td
LazyChange.td
LetInsideMultiClasses.td
lisp.td
ListArgs.td
ListArgsSimple.td
ListConversion.td
ListSlices.td
MultiClass.td
MultiClassDefName.td
MultiClassInherit.td
nameconcat.td
nested-comment.td
Slice.td
strconcat.td
String.td
subst2.td
subst.td
SuperSubclassSameName.td
TargetInstrInfo.td
TargetInstrSpec.td
TemplateArgRename.td
Tree.td
TreeNames.td
UnsetBitInit.td
UnterminatedComment.td
usevalname.td Fix a tblgen bug. 2010-06-23 19:50:39 +00:00