llvm-svn: 101914

llvm-svn: 101913

llvm-svn: 101912

Fix a bug which triggered the assertion I added yesterday. Basically, when we initialize the vtable pointer for a virtual base, and there was another path from the most derived class to another base with the same class type, we would use the wrong base.

llvm-svn: 101911

llvm-svn: 101909

@encode expression. 

llvm-svn: 101907

into SelectionDAGBuilder. This avoids a separate pass over the
instructions, and has the side effect of providing debug location
information to the copy.

llvm-svn: 101906

they end up doing nothing.

llvm-svn: 101904

llvm-svn: 101903

llvm-svn: 101902

llvm-svn: 101901

llvm-svn: 101900

llvm-svn: 101899

llvm-svn: 101897

llvm-svn: 101896

llvm-svn: 101895

llvm-svn: 101894

we will print with each error that occurs during template
instantiation. When the backtrace is longer than that, we will print
N/2 of the innermost backtrace entries and N/2 of the outermost
backtrace entries, then skip the middle entries with a note such as:

  note: suppressed 2 template instantiation contexts; use
  -ftemplate-backtrace-limit=N to change the number of template
  instantiation entries shown

This should eliminate some excessively long backtraces that aren't
providing any value.

llvm-svn: 101882

llvm-svn: 101881

llvm-svn: 101880

in other types.  fix this by only bumping zero-byte globals
up to a single byte if the *entire global* is zero size,
fixing PR6340.

This also fixes empty arrays etc to be handled correctly,
and only does this on subsection-via-symbols targets (aka
darwin) which is the only place where this matters.

llvm-svn: 101879

llvm-svn: 101878

This mirror's Dan's patch for llvm-gcc in r97989, and
fixes the miscompilation in PR6525.  There is some contention
over whether this is the right thing to do, but it is the
conservative answer and demonstrably fixes a miscompilation.

llvm-svn: 101877

llvm-svn: 101876

patch by Kalle Raiskila!

llvm-svn: 101875

loop unswitch, and use inst simplify instead.  It is more
powerful and less duplication.

llvm-svn: 101874

inst simplify.  No functionality change.

llvm-svn: 101873

llvm-svn: 101872

llvm-svn: 101871

condition we're unswitching on.  In this case, don't try to
simplify the second copy of the loop which may be dead or not,
but is probably a constant now.  This fixes PR6879

llvm-svn: 101870

Assert that the path from the derived to the base class in CodeGenFunction::GetAddressOfBaseClass is not ambiguous.

llvm-svn: 101869

llvm-svn: 101868

llvm-svn: 101867

now that the testsuite has been updated.

llvm-svn: 101866

llvm-svn: 101865

of buildbots with:

error: 'error' diagnostics expected but not seen: 
  Line 9: too few elements in vector initialization (expected 8 elements, have 2)
1 warning and 1 error generated.

llvm-svn: 101864

llvm-svn: 101863

llvm-svn: 101862

actual delete expressions, not just new expressions.

llvm-svn: 101861

llvm-svn: 101860