| Commit message (Collapse) | Author | Age | Files | Lines |
| ... | |
| |
|
|
|
|
|
|
|
| |
recursing in CGDebugInfo::CreateTypeNode, teach
CanonicalizeTypeForDebugInfo---now called UnwrapTypeForDebugInfo---to
keep unwrapping the type until we hit something that can be
represented by debug information. Thanks to Anders for pointing this out!
llvm-svn: 91840
|
| |
|
|
|
|
|
|
| |
ElaboratedType, QualifiedNameType, and SubstTemplateTypeParmType type
nodes. Also, produce an "unsupported" diagnostic for C++0x type nodes
and "typeof" nodes, rather than asserting nondescriptly.
llvm-svn: 91837
|
| |
|
|
|
|
| |
object.
llvm-svn: 91830
|
| |
|
|
|
|
| |
as a g++ extension (fixes radar 7481987).
llvm-svn: 91827
|
| |
|
|
|
|
| |
support diagnostics and error recovery.
llvm-svn: 91825
|
| |
|
|
| |
llvm-svn: 91818
|
| |
|
|
|
|
|
|
|
|
| |
Sema::getTypeName.
"LookupNestedNameSpecifierName" isn't quite the right kind of lookup, though;
it doesn't ignore namespaces. Someone more familiar with the lookup code
should fix this properly.
llvm-svn: 91809
|
| |
|
|
| |
llvm-svn: 91808
|
| |
|
|
| |
llvm-svn: 91807
|
| |
|
|
| |
llvm-svn: 91805
|
| |
|
|
|
|
| |
pointee is incomplete.
llvm-svn: 91804
|
| |
|
|
| |
llvm-svn: 91803
|
| |
|
|
| |
llvm-svn: 91802
|
| |
|
|
|
|
| |
pull ':' eating out of ParseAsmOperandsOpt.
llvm-svn: 91801
|
| |
|
|
|
|
| |
right linkage for indirect pointers to incomplete structs.
llvm-svn: 91799
|
| |
|
|
|
|
| |
assignment.
llvm-svn: 91798
|
| |
|
|
| |
llvm-svn: 91797
|
| |
|
|
|
|
| |
over to InitializationSequence. I could swear that this fixes a PR somewhere, but I couldn't figure out which one
llvm-svn: 91796
|
| |
|
|
| |
llvm-svn: 91795
|
| |
|
|
| |
llvm-svn: 91794
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Because of the rules of base-class lookup* and the restrictions on typedefs, it
was actually impossible for this to cause any problems more serious than the
spurious acceptance of
template <class T> class A : B<A> { ... };
instead of
template <class T> class A : B<A<T> > { ... };
but I'm sure we can all agree that that is a very important restriction which
is well worth making another Parser->Sema call for.
(*) n.b. clang++ does not implement these rules correctly; we are not ignoring
non-type names
llvm-svn: 91792
|
| |
|
|
|
|
| |
quite right; I'll come back to it later. It does fix PR 5741.
llvm-svn: 91789
|
| |
|
|
|
|
|
| |
would have a higher respect for its own code. This is getting old, is this
warning really adding value?
llvm-svn: 91779
|
| |
|
|
| |
llvm-svn: 91772
|
| |
|
|
|
|
|
| |
the redeclaration problems in the [temp.explicit]p3 testcase worse, but I can
live with that; they'll need to be fixed more holistically anyhow.
llvm-svn: 91771
|
| |
|
|
|
|
| |
instantiation, since we're not using a Scope object for that anyway.
llvm-svn: 91770
|
| |
|
|
|
|
|
| |
Magically fixes all the terrible lookup problems associated with not pushing
a new scope. Resolves an ancient xfail and an LLVM misparse.
llvm-svn: 91769
|
| |
|
|
|
|
|
|
| |
small bug fixes in SemaInit, switch over SemaDecl to use it more often, and
change a bunch of diagnostics which are different with the new initialization
code.
llvm-svn: 91767
|
| |
|
|
|
|
| |
is an lvalue. Fixes PR5787.
llvm-svn: 91765
|
| |
|
|
|
|
| |
"soft-float-abi" to communicate FP mode to target; __SOFTFP__ is set correctly now.
llvm-svn: 91755
|
| |
|
|
|
|
|
| |
- In particular, it can claim features for itself instead of always passing them on to LLVM.
- This allows using the target features as a generic mechanism for passing target specific options to the TargetInfo instance, which may need them for initializing preprocessor defines, etc.
llvm-svn: 91753
|
| |
|
|
| |
llvm-svn: 91751
|
| |
|
|
|
|
|
|
|
|
| |
InitializationSequence. Specially, switch initialization of a C++
class type (either copy- or direct-initialization).
Also, make sure that we create an elidable copy-construction when
performing copy initialization of a C++ class variable. Fixes PR5826.
llvm-svn: 91750
|
| |
|
|
|
|
|
|
|
|
| |
dependent.
Avoids an assertion arising during object-argument initialization in overload
resolution. In theory we can resolve this at definition time if the class
hierarchy for the member is fully known.
llvm-svn: 91747
|
| |
|
|
| |
llvm-svn: 91746
|
| |
|
|
| |
llvm-svn: 91739
|
| |
|
|
| |
llvm-svn: 91738
|
| |
|
|
| |
llvm-svn: 91737
|
| |
|
|
|
|
|
| |
scope specifiers. Fix a tentative parsing bug that came up in LLVM.
Incidentally fixes some random FIXMEs in an existing testcase.
llvm-svn: 91734
|
| |
|
|
| |
llvm-svn: 91733
|
| |
|
|
|
|
|
| |
the constructor. This doesn't handle cases requiring the VTT at the moment,
and generates unnecessary stores, but I think it's essentially correct.
llvm-svn: 91731
|
| |
|
|
| |
llvm-svn: 91725
|
| |
|
|
| |
llvm-svn: 91724
|
| |
|
|
|
|
| |
created CharUnits.cpp.
llvm-svn: 91719
|
| |
|
|
| |
llvm-svn: 91714
|
| |
|
|
|
|
| |
Uncovered a new failing test case along the way, but we're making progress on handling C++ references in the analyzer.
llvm-svn: 91710
|
| |
|
|
|
|
| |
__USING_SJLJ_EXCEPTIONS__ on Darwin.
llvm-svn: 91705
|
| |
|
|
| |
llvm-svn: 91702
|
| |
|
|
|
|
|
| |
- This should be done leveraging the backend, but I'm a little refactored
out. I'll fix it one day, I promise.
llvm-svn: 91700
|
| |
|
|
|
|
| |
with "declared at" rather than "previous declaration is here".
llvm-svn: 91699
|