llvm-svn: 105359

instruction defines subregisters.

Any existing subreg indices on the original instruction are preserved or
composed with the new subreg index.

Also substitute multiple operands mentioning the original register by using the
new MachineInstr::substituteRegister() function. This is necessary because there
will soon be <imp-def> operands added to non read-modify-write partial
definitions. This instruction:

  %reg1234:foo = FLAP %reg1234<imp-def>

will reMaterialize(%reg3333, bar) like this:

  %reg3333:bar-foo = FLAP %reg333:bar<imp-def>

Finally, replace the TargetRegisterInfo pointer argument with a reference to
indicate that it cannot be NULL.

llvm-svn: 105358

llvm-svn: 105350

llvm-svn: 105344

backend.  Add a FIXME noting what can be fixed here.

llvm-svn: 105342

mailing list archives.

llvm-svn: 105341

llvm-svn: 105340

and tidy up the comment describing it.

llvm-svn: 105339

llvm-svn: 105335

Use local small vector.

llvm-svn: 105332

llvm-svn: 105325

for debug information.

llvm-svn: 105324

llvm-svn: 105322

backends and removes the virtual declaration. With that out of the way
I should be able to cleanup one backend at a time.

llvm-svn: 105321

llvm-svn: 105308

x86 backend currently doesn't know how to handle them.

This doesn't really fix anything because LegalizeTypes doesn't know how to
handle them either.  We do get a better error message, though.

llvm-svn: 105305

checked and it is safe to proceed with the changes.

llvm-svn: 105304

llvm-svn: 105303

llvm-svn: 105300

The comment about ordering of subreg indices is no longer true.
This exposed a bug in the new substVirtReg method that is also fixed.

llvm-svn: 105294

llvm-svn: 105293

llvm-svn: 105292

llvm-svn: 105291

in X86FastISel. Patch by Jan Sjodin.

llvm-svn: 105290

change a few SmallVectors to vanilla C arrays.

llvm-svn: 105289

an argument aliasing itself. Thanks Duncan!

llvm-svn: 105288

Radar 7927666.

llvm-svn: 105285

llvm-svn: 105283

llvm-svn: 105282

llvm-svn: 105281

handle structs passed by value via an extract/insert pair, as a bitcast
won't work on a struct. rdar://7742824

llvm-svn: 105280

llvm-svn: 105279

llvm-svn: 105276

and doesn't know where the output is going.

llvm-svn: 105274

llvm-svn: 105269

the newly created allocas may be used by inlined calls, so these
need to have their tail call flags cleared.  Fixes PR7272.

llvm-svn: 105255

that are too large.  This causes the freebsd bootloader to be too
large apparently.

It's unclear if this should be an -Os or -Oz thing.  Thoughts welcome.

llvm-svn: 105228

llvm-svn: 105226

llvm-svn: 105220

first. Fixes PR7265.

llvm-svn: 105206