| Commit message (Collapse) | Author | Age | Files | Lines |
| ... | |
| |
|
|
| |
llvm-svn: 124327
|
| |
|
|
| |
llvm-svn: 124326
|
| |
|
|
|
|
| |
still works on Linux.
llvm-svn: 124325
|
| |
|
|
| |
llvm-svn: 124324
|
| |
|
|
| |
llvm-svn: 124323
|
| |
|
|
|
|
| |
documentation.
llvm-svn: 124322
|
| |
|
|
|
|
|
|
| |
overload a function without a ref-qualifier (C++0x
[over.load]p2). This, apparently, completes the implementation of
rvalue references for *this.
llvm-svn: 124321
|
| |
|
|
| |
llvm-svn: 124320
|
| |
|
|
| |
llvm-svn: 124319
|
| |
|
|
|
|
|
| |
parser. The parser will always give us a binary representation of the floating
point number.
llvm-svn: 124318
|
| |
|
|
|
|
|
| |
distinguish them from rvalue references. Using the rvalue-references
warning was weird when the ref-qualifier was '&'.
llvm-svn: 124316
|
| |
|
|
|
|
| |
element type. Fixes rdar://problem/8913416.
llvm-svn: 124315
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
When an operand class is defined with MIOperandInfo set to a list of
suboperands, the AsmMatcher has so far required that operand to also define
a custom ParserMatchClass, and InstAlias patterns have not been able to
set the individual suboperands separately. This patch removes both of those
restrictions. If a "compound" operand does not override the default
ParserMatchClass, then the AsmMatcher will now parse its suboperands
separately. If an InstAlias operand has the same class as the corresponding
compound operand, then it will be handled as before; but if that check fails,
TableGen will now try to match up a sequence of InstAlias operands with the
corresponding suboperands.
llvm-svn: 124314
|
| |
|
|
|
|
|
|
|
| |
reference binding is for the implicit object parameter of a member
function with a ref-qualifier. My previous comment, that we didn't
need to track this explicitly, was wrong: we do in fact get
rvalue-references-prefer-rvalues overloading with ref-qualifiers.
llvm-svn: 124313
|
| |
|
|
| |
llvm-svn: 124312
|
| |
|
|
|
|
|
| |
for the implicit object argument to a non-static member function with
a ref-qualifier (C++0x [over.match.funcs]p4).
llvm-svn: 124311
|
| |
|
|
| |
llvm-svn: 124310
|
| |
|
|
|
|
| |
dtor cleanup use it.
llvm-svn: 124309
|
| |
|
|
|
|
| |
- Print a summary of breakpoints in the beginning.
llvm-svn: 124308
|
| |
|
|
|
|
|
|
| |
default implementation for x86, going through the stack in a similr
fashion to how the codegen implements BUILD_VECTOR. Eventually this
will get matched to VINSERTF128 if AVX is available.
llvm-svn: 124307
|
| |
|
|
|
|
|
|
| |
"run to address" mode, and it
is an auto-discard thread plan, the plan stack unwinds properly.
llvm-svn: 124306
|
| |
|
|
|
|
| |
too far for breakpoints.
llvm-svn: 124305
|
| |
|
|
|
|
| |
just to be sure...
llvm-svn: 124304
|
| |
|
|
|
|
|
| |
$ ./dotest.py -A i386 -C clang -v -w -t -p TestObjCMethods.py
$ ./dotest.py -A x86_64 -C gcc -v -w types
llvm-svn: 124303
|
| |
|
|
|
|
| |
nodes.
llvm-svn: 124302
|
| |
|
|
| |
llvm-svn: 124301
|
| |
|
|
| |
llvm-svn: 124300
|
| |
|
|
| |
llvm-svn: 124299
|
| |
|
|
|
|
| |
InheritableAttr
llvm-svn: 124298
|
| |
|
|
|
|
|
|
|
| |
the presence and form of a ref-qualifier. Note that we do *not* yet
implement the restriction in C++0x [over.load]p2 that requires either
all non-static functions with a given parameter-type-list to have a
ref-qualifier or none of them to have a ref-qualifier.
llvm-svn: 124297
|
| |
|
|
|
|
|
|
| |
using rules that I just made up this morning. This encoding has now
been proposed to the Itanium C++ ABI group for inclusion, but of
course it's still possible that the mangling will change.
llvm-svn: 124296
|
| |
|
|
| |
llvm-svn: 124295
|
| |
|
|
|
|
|
| |
the restrictions on .* and ->* for ref-qualified pointer-to-member
functions.
llvm-svn: 124294
|
| |
|
|
|
|
|
|
|
|
| |
testing via __has_feature, since __has_feature for C++0x features no
longer evaluates true in C++98/03 mode.
Also, eliminate the redundant using directive. Inline namespaces make
their members visible in the enclosing namespace automatically.
llvm-svn: 124293
|
| |
|
|
|
|
|
|
| |
implementation of EXTRACT_SUBVECTOR for x86, going through the stack
in a similr fashion to how the codegen implements BUILD_VECTOR.
Eventually this will get matched to VEXTRACTF128 if AVX is available.
llvm-svn: 124292
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
- Don't publicize a C++0x feature through __has_feature if we aren't
in C++0x mode (even if the feature is available only with a
warning).
- "auto" is not implemented well enough for its __has_feature to be
turned on.
- Fix the test of C++0x __has_feature to actually test what we're
trying to test. Searching for the substring "foo" when our options
are "foo" and "no_foo" doesn't work :)
llvm-svn: 124291
|
| |
|
|
|
|
| |
rules), now that we've actually have a clean build for me to sully.
llvm-svn: 124290
|
| |
|
|
| |
llvm-svn: 124289
|
| |
|
|
| |
llvm-svn: 124288
|
| |
|
|
|
|
|
|
| |
operand being factorized (and erased) could occur several times in Ops,
resulting in freed memory being used when the next occurrence in Ops was
analyzed.
llvm-svn: 124287
|
| |
|
|
|
|
| |
it. No functionality change!
llvm-svn: 124286
|
| |
|
|
|
|
|
| |
merge vector<intptr_t>::push_back() and vector<void*>::push_back() because
Enumerate() doesn't realize that "i64* null" and "i8** null" are equivalent.
llvm-svn: 124285
|
| |
|
|
|
|
| |
elements for type equivalence.
llvm-svn: 124284
|
| |
|
|
|
|
| |
which is more efficient than countPopulation - use it.
llvm-svn: 124283
|
| |
|
|
|
|
|
| |
doesn't return immediately after then the insert position in UniqueSCEVs will
be out of date. No test because this is a memory corruption issue. Fixes PR9051!
llvm-svn: 124282
|
| |
|
|
|
|
|
|
|
|
|
|
| |
- Add ref-qualifiers to the type system; they are part of the
canonical type. Print & profile ref-qualifiers
- Translate the ref-qualifier from the Declarator chunk for
functions to the function type.
- Diagnose mis-uses of ref-qualifiers w.r.t. static member
functions, free functions, constructors, destructors, etc.
- Add serialization and deserialization of ref-qualifiers.
llvm-svn: 124281
|
| |
|
|
|
|
|
|
|
| |
after a 'return' in a CFGBlock. This accidentally
was working before, but the false assumption that
'return' always appeared at the end of the block
was uncovered by a recent change.
llvm-svn: 124280
|
| |
|
|
| |
llvm-svn: 124279
|
| |
|
|
|
|
|
| |
a warning for uses of an uninitialized variable
when the use is a void cast, e.g. (void) x.
llvm-svn: 124278
|
| |
|
|
|
|
|
|
| |
I'm separately committing this because it incidentally changes some
block orderings and minor IR issues, like using a phi instead of
an unnecessary alloca.
llvm-svn: 124277
|