llvm-svn: 102676

llvm-svn: 102674

entering the current instantiation.  Set up a little to preserve type location
information for typename types while we're in there.

Fixes a Boost failure.

llvm-svn: 102673

llvm-svn: 102669

are several known issues to address for it should be turned on by default.

llvm-svn: 102664

address of an overloaded function (or function template), perform that
resolution prior to determining the implicit conversion
sequence. This resolution is not part of the implicit conversion
sequence itself.

Previously, we would always consider this resolution to be a
function pointer decay, which was a lie: there might be an explicit &
in the expression, in which case decay should not occur. This caused
the CodeGen assertion in PR6973 (where we created a 
pointer to a pointer to a function when we should have had a pointer
to a function), but it's likely that there are corner cases of
overload resolution where this would have failed.

Cleaned up the code involved in determining the type that will
produced afer resolving the overloaded function reference, and added
an assertion to make sure the result is correct. Fixes PR6973.

llvm-svn: 102650

categories. Issue usual warnings instead of
confusing error message. Radar 7920807

llvm-svn: 102645

llvm::GLobalVariable name may not match user visibile name for function static variables.

llvm-svn: 102644

Add USR support for 'static' functions and local variables, which can be handy for resolving named variables within a translation unit.

llvm-svn: 102641

they have no linkage and by definition are anonymous.

llvm-svn: 102640

llvm-svn: 102639

llvm-svn: 102638

Do some minor refactoring along the way.

llvm-svn: 102635

for similar methods.  No functionality change.

llvm-svn: 102634

IRgen/NeXT: Put the synthesized _objc_super, _message_ref_t decls in a valid DeclContext, to satisfy the invariants that should hold on a RecordDecl.

llvm-svn: 102624

llvm-svn: 102623

instead of NDEBUG.

llvm-svn: 102622

llvm-svn: 102614

specializations, substitute the deduced template arguments and check
the resulting substitution before concluding that template argument
deduction succeeds. This marvelous little fix makes a bunch of
Boost.Spirit tests start working.

llvm-svn: 102601

specializations, separate out the deduction part from the checking and
substitution of the deduced arguments.

llvm-svn: 102600

NAN != NAN ? 1 : 0 should return 1.  Also fix the case for complex.

llvm-svn: 102598

bindings when the template argument is still an expression; it happens
while checking the template arguments of a class template partial
specializations. Fixes PR6964.

llvm-svn: 102595

llvm-svn: 102588

llvm-svn: 102587

llvm-svn: 102580

template decl itself, not its context.  Testcase to follow;  fixes selfhost.

llvm-svn: 102578

llvm-svn: 102576

template argument deduction or (more importantly) the final substitution
required by such deduction.  Makes access control magically work in these
cases.

Fixes PR6967.

llvm-svn: 102572

classes, since we only warn (not error) on offsetof() for non-POD
types. We store the base path within the OffsetOfExpr itself, then
evaluate the offsets within the constant evaluator.

llvm-svn: 102571

runtime library stuff, even if compiler-rt is available.

llvm-svn: 102560

 - <rdar://problem/7919678>

llvm-svn: 102559

as well as pre- and post-inc/decrements in C (not that I think it
matters for any C code).

llvm-svn: 102552

Fix template instantiation for __builtin_offfsetof expressions that refer to members of anonymous structs/unions

llvm-svn: 102551

llvm-svn: 102549

llvm-svn: 102548

of c++ objects (NeXt runtime).
radar 7900343.

llvm-svn: 102546

Amadini.

This change introduces a new expression node type, OffsetOfExpr, that
describes __builtin_offsetof. Previously, __builtin_offsetof was
implemented using a unary operator whose subexpression involved
various synthesized array-subscript and member-reference expressions,
which was ugly and made it very hard to instantiate as a
template. OffsetOfExpr represents the AST more faithfully, with proper
type source information and a more compact representation.

OffsetOfExpr also has support for dependent __builtin_offsetof
expressions; it can be value-dependent, but will never be
type-dependent (like sizeof or alignof). This commit introduces
template instantiation for __builtin_offsetof as well.

There are two major caveats to this patch:

  1) CodeGen cannot handle the case where __builtin_offsetof is not a
  constant expression, so it produces an error. So, to avoid
  regressing in C, we retain the old UnaryOperator-based
  __builtin_offsetof implementation in C while using the shiny new
  OffsetOfExpr implementation in C++. The old implementation can go
  away once we have proper CodeGen support for this case, which we
  expect won't cause much trouble in C++.

  2) __builtin_offsetof doesn't work well with non-POD class types,
  particularly when the designated field is found within a base
  class. I will address this in a subsequent patch.

Fixes PR5880 and a bunch of assertions when building Boost.Python
tests. 

llvm-svn: 102542

ivar class objects (NeXt runtime).
(radar 7900343).

llvm-svn: 102533

expected-error-re {{someregex}}

Patch by mike-m!

llvm-svn: 102516

Changed signature of GenerateMessageSend() function to pass the ObjCInterfaceDecl for class messages and removed the boolean IsClassMessage argument, which wasn't used anywhere.

Emitted some metadata on message sends to allow a later pass to do some speculative inlining of class methods (GNU runtime).  Speculative inlining of instance methods requires type feedback to be useful (work in progress), but for class methods it works quite nicely.  

llvm-svn: 102514