| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
|
| |
* Escaped Objective-C @keywords in Doxygen comments;
* Documented more accurate \params;
* Exposed some more summaries using \brief.
llvm-svn: 158559
|
| |
|
|
| |
llvm-svn: 158511
|
| |
|
|
| |
llvm-svn: 158501
|
| |
|
|
|
|
|
|
|
|
| |
semantics of a ctor/dtor function-try-block catch handler
by pushing a normal cleanup is not just overkill but actually
actively wrong when the handler contains an explicit return
(which is only legal in a dtor). Just emit the rethrow as
ordinary code at the fallthrough point. Fixes PR13102.
llvm-svn: 158488
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This reduces the number of warnings generated by Doxygen by about 100
(roughly 10%). Issues addressed:
(1) Primarily, backslash-escaped "@foo" and "#bah" in Doxygen comments
when they're not supposed to be Doxygen commands or links, and
similarly for "<baz>" when it's not intended as as HTML tag;
(2) Changed some \t commands (which don't exist) to \c ("to refer to a
word of code", as the Doxygen manual says);
(3) \precondition becomes \pre;
(4) When touching comments, deleted a couple of spurious spaces in them;
(5) Changed some \n and \r to \\n and \\r;
(6) Fixed one tiny typo: #pragms -> #pragma.
This patch touches documentation/comments only.
llvm-svn: 158422
|
| |
|
|
| |
llvm-svn: 158353
|
| |
|
|
|
|
| |
assembly is completely untested and unsupported.
llvm-svn: 158329
|
| |
|
|
| |
llvm-svn: 158325
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
such as "protocol" and "expression" being implicitly turned into links to
mistakenly-generated Doxygen pages:
- Escaping @ symbols when Doxygen would otherwise incorrectly interpret them;
- Escaping # symbols when they're not intended as explicit Doxygen link
requests, such as when discussing preprocessor directives;
- In one odd case, unescaping @ in @__experimental_modules_import, because
Doxygen wrote '\@' to the output in that case, causing the example in the
description of ImportDecl to be wrong; and
- Fixing a typo: @breif -> @brief.
llvm-svn: 158299
|
| |
|
|
|
|
|
| |
initialization, and use that information to produce the right kind of
initialization during template instantiation.
llvm-svn: 158288
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
While this code is valid C++98, it is not valid C++11. The problem can be
reduced to:
class MDNode;
class DIType {
operator MDNode*() const {return 0;}
};
class WeakVH {
WeakVH(MDNode*) {}
};
int main() {
DIType di;
std::pair<void*, WeakVH> p(std::make_pair((void*)0, di)));
}
This was not detected by any of the bots we have because they either compile
C++98 with libstdc++ (which allows it), or C++11 with libc++ (which incorrectly
allows it). I ran into the problem when compiling with VS 2012 RC.
Thanks to Richard for explaining the issue.
llvm-svn: 158245
|
| |
|
|
|
|
| |
// rdar://11485774
llvm-svn: 158157
|
| |
|
|
|
|
|
| |
sure to emit vla size to prevent an irgen crash.
// rdar://11485774
llvm-svn: 158153
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The integral APSInt value is now stored in a decomposed form and the backing
store for large values is allocated via the ASTContext. This way its not
leaked as TemplateArguments are never destructed when they are allocated in
the ASTContext. Since the integral data is immutable it is now shared between
instances, making copying TemplateArguments a trivial operation.
Currently getting the integral data out of a TemplateArgument requires creating
a new APSInt object. This is cheap when the value is small but can be expensive
if it's not. If this turns out to be an issue a more efficient accessor could
be added.
llvm-svn: 158150
|
| |
|
|
| |
llvm-svn: 158119
|
| |
|
|
|
|
|
| |
to emit vla size to prevent an irgen crash.
// rdar://11485774
llvm-svn: 158117
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
value_type
In addition, I've made the pointer and reference typedef 'void' rather than T*
just so they can't get misused. I would've omitted them entirely but
std::distance likes them to be there even if it doesn't use them.
This rolls back r155808 and r155869.
Review by Doug Gregor incorporating feedback from Chandler Carruth.
llvm-svn: 158104
|
| |
|
|
|
|
| |
-Wunused-private-field.
llvm-svn: 158086
|
| |
|
|
| |
llvm-svn: 158017
|
| |
|
|
|
|
|
|
| |
As the failing testcase has been fixed.
This reverts commit 0637f407e6ee7fdccde17fbf9a5fcc4853187b3e.
llvm-svn: 158009
|
| |
|
|
|
|
|
| |
This reverts r157970, which was not passing on
clang-x86_64-darwin10-nobootstrap-RA
llvm-svn: 157983
|
| |
|
|
|
|
|
|
|
| |
not much reason to emit for constructors and destructors that aren't
user defined.
rdar://11593099
llvm-svn: 157970
|
| |
|
|
|
|
| |
Part of rdar://11570854
llvm-svn: 157787
|
| |
|
|
|
|
|
|
| |
getter result type is safe but does not match with property
type resulting in spurious warning followed by crash in
IRGen. // rdar://11515196
llvm-svn: 157641
|
| |
|
|
|
|
| |
the operands are vectors of doubles.
llvm-svn: 157596
|
| |
|
|
| |
llvm-svn: 157557
|
| |
|
|
|
|
| |
add test case for C++ codegen
llvm-svn: 157500
|
| |
|
|
| |
llvm-svn: 157483
|
| |
|
|
|
|
| |
NV_CONTRIB
llvm-svn: 157403
|
| |
|
|
|
|
|
|
| |
pointer, but such folding encounters side-effects, ignore the side-effects
rather than performing them at runtime: CodeGen generates wrong code for
__builtin_object_size in that case.
llvm-svn: 157310
|
| |
|
|
|
|
| |
Part of rdar://11496790
llvm-svn: 157304
|
| |
|
|
| |
llvm-svn: 157262
|
| |
|
|
|
|
| |
LLVM r157255)
llvm-svn: 157256
|
| |
|
|
|
|
|
|
|
|
| |
however, the range can be unknown for the upper bound.
Testcase to follow.
Part of rdar://11457152
llvm-svn: 157212
|
| |
|
|
| |
llvm-svn: 157173
|
| |
|
|
|
|
|
|
|
| |
Because in CUDA types do not have associated address spaces,
globals are declared in their "native" address space, and accessed
by bitcasting the pointer to address space 0. This relies on address
space 0 being a unified address space.
llvm-svn: 157167
|
| |
|
|
|
|
| |
I'm pretty sure we are in fact doing the right thing here, but someone who knows the standard better should double-check that we are in fact supposed to zero out the member in the given testcase.
llvm-svn: 157138
|
| |
|
|
|
|
|
|
| |
types and ensure we are actually creating the type.
rdar://11479676
llvm-svn: 157095
|
| |
|
|
| |
llvm-svn: 156953
|
| |
|
|
|
|
|
| |
blocks and lambdas, based heavily on a patch from Meador Inge. Fixes
PR12746 / <rdar://problem/11465120>.
llvm-svn: 156925
|
| |
|
|
|
|
| |
expression is treated as an lvalue.
llvm-svn: 156781
|
| |
|
|
|
|
|
|
| |
Currently cold functions are marked with the "optsize" attribute in CodeGen
so they are always optimized for size. The hot attribute is just ignored,
LLVM doesn't have a way to express hotness at the moment.
llvm-svn: 156723
|
| |
|
|
|
|
|
| |
register size of the target architecture.
llvm-svn: 156650
|
| |
|
|
|
|
|
| |
A vector should be returned via the hidden pointer argument except if its size
is equal to or smaller than 16-bytes and the target ABI is N32 or N64.
llvm-svn: 156642
|
| |
|
|
| |
llvm-svn: 156630
|
| |
|
|
| |
llvm-svn: 156491
|
| |
|
|
|
|
| |
add a test for -fbounds-checking code generation
llvm-svn: 156474
|
| |
|
|
|
|
|
|
| |
When enabled, clang generates bounds checks for array and pointers dereferences. Work to follow in LLVM's backend.
OK'ed by Chad; thanks for the review.
llvm-svn: 156431
|
| |
|
|
|
|
| |
Part of rdar://11352000
llvm-svn: 156407
|
| |
|
|
| |
llvm-svn: 156406
|