it the default, and works around a broken libopagent on some Debian
systems.

llvm-svn: 83503

llvm-svn: 83502

llvm-svn: 83501

llvm-svn: 83500

llvm-svn: 83499

templates. Previously, these weren't handled as specializations at
all. The AST for representing these as specializations is still a work
in progress.

llvm-svn: 83498

llvm-svn: 83497

llvm-svn: 83496

llvm-svn: 83495

llvm-svn: 83494

llvm-svn: 83492

llvm-svn: 83491

llvm-svn: 83490

llvm-svn: 83489

that a symbol stub section with no attributes can be parsed as in:
.section __TEXT,__picsymbolstub4,symbol_stubs,none,16

llvm-svn: 83488

llvm-svn: 83487

llvm-svn: 83486

where matching conversion types in base classes were still visible.
Plus refactoring and cleanup.
Added a test case.

llvm-svn: 83485

llvm-svn: 83484

llvm-svn: 83483

llvm-svn: 83482

llvm-svn: 83481

to finish it any time soon.  If someone's interested it, they can resurrect it from SVN history.

llvm-svn: 83480

llvm-svn: 83479

with writeback, things like "sp!", etc.  Also added some more stuff to the
temporarily hacked methods ARMAsmParser::MatchRegisterName and
ARMAsmParser::MatchInstruction to allow more parser testing.

llvm-svn: 83477

teach it how to recognize invariant physical registers.

llvm-svn: 83476

implementations with a new MachineInstr::isInvariantLoad, which uses
MachineMemOperands and is target-independent. This brings MachineLICM
and other functionality to targets which previously lacked an
isInvariantLoad implementation.

llvm-svn: 83475

llvm-svn: 83474

llvm-svn: 83473

convesion functions, look in base classes to.
(Removes a FIXME).

llvm-svn: 83472

llvm-svn: 83471

This is just to be more consistent with the forthcoming code for vld3/4.

llvm-svn: 83470

its definition may be defined, including in a class.

Also, put in an assertion when trying to instantiate a class template
partial specialization of a member template, which is not yet
implemented.

llvm-svn: 83469

llvm-svn: 83468

a virtual register to eliminate a frame index, it can return that register
and the constant stored there to PEI to track. When scavenging to allocate
for those registers, PEI then tracks the last-used register and value, and
if it is still available and matches the value for the next index, reuses
the existing value rather and removes the re-materialization instructions.
Fancier tracking and adjustment of scavenger allocations to keep more
values live for longer is possible, but not yet implemented and would likely
be better done via a different, less special-purpose, approach to the
problem.

eliminateFrameIndex() is modified so the target implementations can return
the registers they wish to be tracked for reuse.

ARM Thumb1 implements and utilizes the new mechanism. All other targets are
simply modified to adjust for the changed eliminateFrameIndex() prototype.

llvm-svn: 83467

per Doug's obsevation.

llvm-svn: 83464

llvm-svn: 83462

intuitive.
It does NOT update the value if the key is already in the map,
it also returns false if the key is already in the map, regardless
if the value matched.

llvm-svn: 83458

llvm-svn: 83457

an unqualified PointerType* because it seems more correct.

llvm-svn: 83454