| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
| |
llvm-svn: 91965
|
| |
|
|
| |
llvm-svn: 91962
|
| |
|
|
| |
llvm-svn: 91957
|
| |
|
|
|
|
|
|
| |
Prevents an assert on successive redeclarations.
Fixed PR5573.
llvm-svn: 91956
|
| |
|
|
| |
llvm-svn: 91952
|
| |
|
|
| |
llvm-svn: 91951
|
| |
|
|
|
|
| |
while at it, remove an outdated FIXME
llvm-svn: 91946
|
| |
|
|
|
|
|
|
| |
size_t. Also, fix an issue with initialization of parameters in calls,
where we weren't removing the cv-qualifiers on the parameter type
itself. Fixes PR5823.
llvm-svn: 91941
|
| |
|
|
|
|
|
| |
paths. Fixes "cannot compile this unexpected cast lvalue yet" error in
llvm/lib/Analysis/IPA/GlobalsModRef.cpp.
llvm-svn: 91932
|
| |
|
|
| |
llvm-svn: 91928
|
| |
|
|
| |
llvm-svn: 91927
|
| |
|
|
|
|
| |
expression as an lvalue when the return type is a C++ reference.
llvm-svn: 91926
|
| |
|
|
| |
llvm-svn: 91911
|
| |
|
|
|
|
| |
for copy-initialization.
llvm-svn: 91909
|
| |
|
|
|
|
|
| |
a size, check whether the transformed type is itself an array type. If
so, take the major array bound as the size to allocate. Fixes PR5833.
llvm-svn: 91907
|
| |
|
|
|
|
|
|
|
|
|
| |
InitializationSequence (when a FunctionDecl is present). This required
a few small fixes to initialization sequences:
- Make sure to use the adjusted parameter type for initialization of
function parameters.
- Implement transparent union calling semantics in C
llvm-svn: 91902
|
| |
|
|
|
|
|
|
| |
correctly, giving them the correct arity.
With this seemingly insignificant fix, we are now able to build and link clang using clang itself! (LLVM still has to be built with gcc for the time being).
llvm-svn: 91893
|
| |
|
|
|
|
| |
who prefers to be stealthy and mysterious.
llvm-svn: 91888
|
| |
|
|
|
|
| |
must also mark the member decl as referenced.
llvm-svn: 91887
|
| |
|
|
| |
llvm-svn: 91883
|
| |
|
|
| |
llvm-svn: 91881
|
| |
|
|
|
|
|
|
| |
integer.
- This is consistent, but may not be correct. I will revisit x86_64 ABI handling for C++ as a whole at some point.
- PR5831.
llvm-svn: 91874
|
| |
|
|
|
|
|
|
|
| |
constructor call, the conversion is only a standard conversion
sequence if that constructor is a copy constructor. This fixes PR5834
in a semi-lame way, because the "real" fix will be to move over to
InitializationSequence. That will happen "soonish", but not now.
llvm-svn: 91861
|
| |
|
|
|
|
|
| |
sure to fill in the initialized member of a union when a member was
explicitly designated. Fixes PR5843.
llvm-svn: 91858
|
| |
|
|
|
|
|
|
| |
- Correctly is in quotes, because we are following what I interpreted as GCC's
intent (which diverges from practice, naturally).
- Also, fix the arch define for arm1136jf-s.
llvm-svn: 91855
|
| |
|
|
|
|
|
|
|
|
| |
explicitly-specified template arguments are enough to determine the
instantiation, and either template argument deduction fails or is not
performed in that context, we can resolve the template-id down to a
function template specialization (so sayeth C++0x
[temp.arg.explicit]p3). Fixes PR5811.
llvm-svn: 91852
|
| |
|
|
|
|
| |
as a g++ extension (fixes radar 7481987).
llvm-svn: 91827
|
| |
|
|
|
|
|
|
|
|
| |
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: 91806
|
| |
|
|
| |
llvm-svn: 91805
|
| |
|
|
|
|
| |
pointee is incomplete.
llvm-svn: 91804
|
| |
|
|
| |
llvm-svn: 91803
|
| |
|
|
| |
llvm-svn: 91802
|
| |
|
|
| |
llvm-svn: 91800
|
| |
|
|
|
|
| |
right linkage for indirect pointers to incomplete structs.
llvm-svn: 91799
|
| |
|
|
|
|
| |
assignment.
llvm-svn: 91798
|
| |
|
|
|
|
| |
over to InitializationSequence. I could swear that this fixes a PR somewhere, but I couldn't figure out which one
llvm-svn: 91796
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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
|
| |
|
|
|
|
|
|
|
| |
Clang reasonably adds all the base specifiers in one pass; this is now required
for correctness to prevent lookup from going mad. But this has the advantage of
establishing the correct context when looking up base specifiers, which will be
important for access control.
llvm-svn: 91791
|
| |
|
|
|
|
| |
quite right; I'll come back to it later. It does fix PR 5741.
llvm-svn: 91789
|
| |
|
|
|
|
|
| |
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
|
| |
|
|
|
|
|
| |
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
|
| |
|
|
| |
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
|
| |
|
|
| |
llvm-svn: 91748
|
| |
|
|
|
|
|
|
|
|
| |
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
|
| |
|
|
|
|
|
| |
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
|