This is a temporary fix for the -print-emitted-asm option, where
errs() is used as the stream, in the case where other code is
using stderr without using errs()' buffer. Hopefully soon we'll
fix errs() to be non-buffered instead. Patch by Preston Gurd.

llvm-svn: 58859

llvm-svn: 58856

Assert that Parser::MaybeParseOperatorFunctionId is called when token is kw_operator, and replace ExpectAndConsume for the 'operator' token with a ConsumeToken.

llvm-svn: 58855

Separate the parsing of type-specifiers from other declaration specifiers, so that we can parse a C++ type-specifier-seq

llvm-svn: 58854

include alloca.h instead of malloc.h. If this doesn't work for everyone we can just declare alloca directly in the file.

llvm-svn: 58853

llvm-svn: 58852

llvm-svn: 58851

When allocating an array for ParamInfo, the "decl->getNumParams()" call was used, but this will return 0 since it checks ParamInfo (which isn't yet defined and is null).
The result was that ParamInfo got an array of zero length to hold the ParmVarDecls.

llvm-svn: 58850

llvm-svn: 58849

llvm-svn: 58848

llvm-svn: 58847

void f() {
   int +; // crash here
}

llvm-svn: 58846

llvm-svn: 58845

llvm-svn: 58844

llvm-svn: 58843

llvm-svn: 58842

llvm-svn: 58841

llvm-svn: 58840

llvm-svn: 58839

llvm-svn: 58838

available, things get much simplified.

One addition is that CompoundLiteralExpr can appear both in rvalue and lvalue
context.

llvm-svn: 58837

llvm-svn: 58836

llvm-svn: 58835

llvm-svn: 58834

llvm-svn: 58833

NB: This is likely to need more work.
llvm-svn: 58832

llvm-svn: 58831

llvm-svn: 58830

llvm-svn: 58829

llvm-svn: 58828

llvm-svn: 58827

llvm-svn: 58826

(e.g. a bitfield test) narrow the load as much as possible.
The has the potential to avoid unnecessary partial-word
load-after-store conflicts, which cause stalls on several targets.
Also a size win on x86 (testb vs testl).

llvm-svn: 58825

  LLVM IR code and not in the selection DAG ISel. This is a cleaner solution.

- Fix the heuristic for determining if protectors are necessary. The previous
  one wasn't checking the proper type size.

llvm-svn: 58824

llvm-svn: 58823

llvm-svn: 58822

operators. For example, one can now write "x + y" where x or y is a
class or enumeration type, and Clang will perform overload resolution
for "+" based on the overloaded operators it finds.

The other kinds of overloadable operators in C++ will follow this same
approach. 

Three major issues remain:
  1) We don't find member operators
  2) Since we don't have user-defined conversion operators, we can't
  call any of the built-in overloaded operators in C++ [over.built].
  3) Once we've done the semantic checks, we drop the overloaded
  operator on the floor; it doesn't get into the AST at all.

llvm-svn: 58821

when simplify a vector. 

llvm-svn: 58820

in it, then emit stack protectors.

llvm-svn: 58819

llvm-svn: 58818