llvm-svn: 75909

llvm-svn: 75908

inline in the XCore.

llvm-svn: 75906

llvm-svn: 75903

offset from a 32 bit aligned base as follows:

  ldw low, base[offset >> 2]
  ldw high, base[(offset >> 2) + 1]
  shr low_shifted, low, (offset & 0x3) * 8
  shl high_shifted, high, 32 - (offset & 0x3) * 8
  or result, low_shifted, high_shifted

Expand 32 bit loads / stores with 16 bit alignment into two 16 bit
loads / stores.

llvm-svn: 75902

a big code size win since before they were expanding to upto 16
instructions.

llvm-svn: 75901

Avoid remat'ing instructions whose def have sub-register indices for now. It's just really really hard to get all the cases right.

llvm-svn: 75900

generator can know the top bits are zero, not undefined.
Thanks to Dan for pointing this out.

llvm-svn: 75899

llvm-svn: 75898

Varga!

llvm-svn: 75897

llvm-svn: 75896

some target hooks.

llvm-svn: 75895

llvm-svn: 75894

llvm-svn: 75893

llvm-svn: 75892

llvm-svn: 75891

llvm-svn: 75890

llvm-svn: 75889

processing.

llvm-svn: 75888

llvm-svn: 75887

variables.
 - Module initialization functions supplanted the need for these.

llvm-svn: 75886

llvm-svn: 75885

ValueManager::makeArrayIndex()/convertArrayIndex() methods.  This
handles yet another crash case when reasoning about array indices of
different bitwidth and signedness.

llvm-svn: 75884

means that two separate raw_ostreams are doing buffering before data is
sent to the underlying stream. Besides the inefficiency of redundant
buffering, the second level of buffering doesn't recieve flush()
requests.

Fix this by having formatted_raw_ostream set the underlying raw_ostream
to be unbuffered. This eliminates inefficiency due to redundant buffering,
and it makes the flush() disconnect harmless.

This fixes PR4559.

llvm-svn: 75883

(1) Moved the SValuator object from GRExprEngine to ValueManager.  This
   allows ValueManager to use the SValuator when creating SVals.

(2) Added ValueManager::makeArrayIndex() and
    ValueManager::convertToArrayIndex(), two SVal creation methods
    that will help RegionStoreManager always have a consistent set of
    SVals with the same integer size and type when reasoning about
    array indices.

llvm-svn: 75882

section on ppc.

llvm-svn: 75881

multiple times.

llvm-svn: 75880

Patch by Ryan Flynn

llvm-svn: 75879

llvm-svn: 75878

llvm-svn: 75877

llvm-svn: 75876

This prefix is used by LLVM to inform the asm printer to not emit usual global symbol prefix before the symbol name.

llvm-svn: 75875

llvm-svn: 75874

llvm-svn: 75873

 - Added a sed script to do this in the comments.

llvm-svn: 75872

 - This isn't needed anymore, we require clients to call the appropriate
   initialization routines using TargetSelect.h.

llvm-svn: 75871

This is fallout from the recent ObjCObjectPointerType rework. I'll work on fixing this tomorrow.

llvm-svn: 75870

llvm-svn: 75869

llvm-svn: 75867

llvm-svn: 75866