It extremely breaks builds when optimization is enabled. Twine should not hold temporary objects.

By the way, I might feel sad if I saw "i786-" "i1586-" or "iF86-".

llvm-svn: 142055

llvm-svn: 142054

llvm-svn: 142053

Convert stray doxygen comments to regular comments.  They logically represent the fields in FunctionProtoType.

llvm-svn: 142052

John convinced me this wasn't the right thing to do.  I'll follow up with a second
commit to make these non-doxygen comments.

llvm-svn: 142051

llvm-svn: 142050

llvm-svn: 142049

'final', and don't accept (then silently discard) braced init lists in C++98
new-expressions.

llvm-svn: 142048

llvm-svn: 142047

from config.h, it discovers the triple based on the execution environment.

Patch by Aaron Ballman <aaron@aaronballman.com>

llvm-svn: 142046

llvm-svn: 142044

Windows/Memory.inc: Support the ability to allocate memory "near" another block of memory on Win32. It has fixed FIXME.

Thanks to Aaron Ballman!

llvm-svn: 142039

I rewrote the algorithm a while back so it doesn't require map lookup,
but neglected to change the data structure. This was caught by
llvm-gcc self host, not because there's anything special about
llvm-gcc, but because it is the only test for nondeterminism we
currently have. Unit tests don't work well for everything; we should
always try to have a nondeterminism stress test running.

Fixes PR11133: llvm-gcc self host .o mismatch after enable-iv-rewrite=false

llvm-svn: 142036

Also note that it is actually doing much more than it should. This paves
the way for building a more generic 'Emit' routine that is the real
entry point here.

llvm-svn: 142035

This also adds a -Wc++98-compat-pedantic for warning on constructs which would
be diagnosed by -std=c++98 -pedantic (that is, it warns even on C++11 features
which we enable by default, with no warning, in C++98 mode).

llvm-svn: 142034

llvm-svn: 142033

This isn't put into the 'clear()' method because the information needs to stick
around (at least for a little bit) after the selection DAG is built.

llvm-svn: 142032

llvm-svn: 142031

It really doesn't, but when r141929 removed the hasSideEffects flag from
this instruction, it caused miscompilations.  I am guessing that it got
moved across a stack pointer update.

Also clear isRematerializable after checking that this instruction is
in fact never rematerialized in the nightly test suite.

llvm-svn: 142030

llvm-svn: 142029

rdar://10288916 is tracking this fix.

In the past, instcombine and other passes were promoting alloca alignment past
the natural alignment, resulting in dynamic stack realignment.  Lang's work now
prevents this from happening (LLVM commit r141599).  Now that this really 
shouldn't happen report a fatal error rather than silently generate bad code.

llvm-svn: 142028

llvm-svn: 142027

Make the step range plans capable of supporting multiple ranges.  Also make their constructors public, there isn't any good reason why you shouldn't be able to make these plans.

llvm-svn: 142026

llvm-svn: 142025

llvm-svn: 142024

avoids loading data from an external source, since those lookups were
causing some "interesting" recursion in LLDB.

This code is not efficient. I plan to remedy this inefficiency in a
follow-up commit.

llvm-svn: 142023

llvm-svn: 142022

llvm-svn: 142021

llvm-svn: 142020

Tweak the C++11 status prose a bit. We still need better user guidance on the standard library issue

llvm-svn: 142019

The callee-saved registers cannot be live across an invoke call because the
control flow may continue along the exceptional edge. When this happens, all of
the callee-saved registers are no longer valid.

llvm-svn: 142018

llvm-svn: 142017

Lack of half FP was a regression compared to llvm-gcc.

llvm-svn: 142016

user-centric list, with Clang version numbers, following GCC's lead
(and user requests).

llvm-svn: 142015

llvm-svn: 142014

llvm-svn: 142013

llvm-svn: 142012

llvm-svn: 142011

llvm-svn: 142010

llvm-svn: 142009