When emitting the static variables we need to make sure that the order is preserved. 
Fix this by making StaticDecls a std::list which has O(1) random removal.

llvm-svn: 61621

Perform default function/array conversion for input arguments to inline asm statements if the input expr can be a memory operand

llvm-svn: 61515

llvm-svn: 61486

llvm-svn: 61476

llvm-svn: 61456

Examples:
int;
typedef int;

llvm-svn: 61454

llvm-svn: 61446

llvm-svn: 61445

llvm-svn: 61444

llvm-svn: 61442

llvm-svn: 61441

llvm-svn: 61440

Patch by Ilya Okonsky

llvm-svn: 61437

llvm-svn: 61435

llvm-svn: 61434

llvm-svn: 61433

llvm-svn: 61432

llvm-svn: 61431

Change preprocessor implementation of _cdecl to reference __cdecl.

llvm-svn: 61430

llvm-svn: 61429

llvm-svn: 61428

Remove previous __declspec macro that would effectively erase the construct prior to parsing.

llvm-svn: 61422

llvm-svn: 61421

llvm-svn: 61419

llvm-svn: 61418

llvm-svn: 61417

llvm-svn: 61416

Keep track of template arguments when we parse them. Right now, we don't actually do anything with the template arguments, but they'll be used to create template declarations

llvm-svn: 61413

llvm-svn: 61412

llvm-svn: 61411

llvm-svn: 61410

llvm-svn: 61409

semantics and improve our handling of default arguments. Specifically,
we follow this order:

  - As soon as the see the '}' in the class definition, the class is
  complete and we add any implicit declarations (default constructor,
  copy constructor, etc.) to the class.
  - If there are any default function arguments, parse them
  - If there were any inline member function definitions, parse them

As part of this change, we now keep track of the the fact that we've
seen unparsed default function arguments within the AST. See the new
ParmVarDecl::hasUnparsedDefaultArg member. This allows us to properly
cope with calls inside default function arguments to other functions
where we're making use of the default arguments.

Made some C++ error messages regarding failed initializations more
specific. 

llvm-svn: 61406

Patch by Ilya Okonsky!

llvm-svn: 61394

llvm-svn: 61393

sure to look at all of the results returned by name lookup. Fixes
<rdar://problem/6465262>

llvm-svn: 61388

We now pass all gcc's encoding compatibility tests.

llvm-svn: 61387

attached to an identifier. Instead, all overloaded functions will be
pushed into scope, and we'll synthesize an OverloadedFunctionDecl on
the fly when we need it. 

llvm-svn: 61386

gcc compatibilty in all aspects of encoding now.

llvm-svn: 61383

llvm-svn: 61382