| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
|
|
| |
Code fragments are just fancy string literals.
llvm-svn: 201034
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
They're called code fragments, but they are really multiline string
literals. Just spotted this usage in a patch by Aaron using "code
fragments" for holding documentation text. I remember someone bemoaning
the lack of multiline string literals in TableGen, so I'm explicitly
documenting that code fragments are multiline string literals.
Let it be known that any use case needing multiline string literals in
TableGen (such as descriptions of options, or whatnot) can use use
code fragments (instead of C-style string concatenation or exceedingly
long lines). E.g.
class Bar<int n>;
class Baz<int n>;
class Doc<string desc> {
string Desc = desc;
}
def Foo : Bar<1>, Baz<3>, Doc<[{
This Foo is a Bar, and also a Baz. It can take 3 values:
* Qux
* Quux
* Quuux
}]>;
llvm-svn: 201033
|
|
|
|
| |
llvm-svn: 201032
|
|
|
|
|
|
|
|
|
|
| |
template parameters, don't look for parameters of outer templates. If a problem
is found in a default template argument, point the diagnostic at the partial
specialization (with a note pointing at the default argument) instead of
pointing it at the default argument and leaving it unclear which partial
specialization os problematic.
llvm-svn: 201031
|
|
|
|
|
|
|
|
| |
In some cases it is possible to have a personality 0 unwinding opcodes in the
extab (such as when .handlerdata is used in the assembly). Simply decode the 3
opcodes for that case.
llvm-svn: 201030
|
|
|
|
|
|
|
|
|
| |
This makes the tests more readable by using the -arm-attributes decoding support
in llvm-readobj since that is now available. Change the invocation commands to
be similar to other test and use a more precise triple (the tests only require
ARM EABI support).
llvm-svn: 201029
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Before conditional store vectorization/unrolling we had only one
vectorized/unrolled basic block. After adding support for conditional store
vectorization this will not only be one block but multiple basic blocks. The
last block would have the back-edge. I updated the code to use a vector of basic
blocks instead of a single basic block and fixed the users to use the last entry
in this vector. But, I forgot to add the basic blocks to this vector!
Fixes PR18724.
llvm-svn: 201028
|
|
|
|
| |
llvm-svn: 201027
|
|
|
|
| |
llvm-svn: 201026
|
|
|
|
|
|
|
| |
It is never null and it is not used in casts, so there is no reason to use a
pointer. This matches how we pass TM.
llvm-svn: 201025
|
|
|
|
| |
llvm-svn: 201024
|
|
|
|
| |
llvm-svn: 201023
|
|
|
|
| |
llvm-svn: 201022
|
|
|
|
|
|
| |
in C++03
llvm-svn: 201021
|
|
|
|
|
|
|
|
|
|
| |
unique them and permits the implementation of dynamic_cast (and
anything else which knows it's working with a complete class
type) to compare their addresses directly.
rdar://16005328
llvm-svn: 201020
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Summary:
This avoids false positives from -Wmicrosoft when name lookup would
normally succeed in standard C++. This triggered on a common CRTP
pattern in clang, where a derived class would have a private using decl
to pull in members of a dependent base:
class Verifier : InstVisitor<Verifier> {
private:
using InstVisitor<Verifier>::visit;
...
void anything() {
visit(); // warned here
}
};
Real access checks pass here because we're in the context of the
Verifier, but the -Wmicrosoft extension was just looking for the private
access specifier.
Reviewers: rsmith
CC: cfe-commits
Differential Revision: http://llvm-reviews.chandlerc.com/D2679
llvm-svn: 201019
|
|
|
|
|
|
| |
whether it's POD.
llvm-svn: 201018
|
|
|
|
|
|
|
| |
LLVM only knows how to emit Z7-style line tables on -win32, so there's
no reason for clang to emit anything other than line info.
llvm-svn: 201017
|
|
|
|
|
|
| |
operator delete[].
llvm-svn: 201016
|
|
|
|
| |
llvm-svn: 201015
|
|
|
|
|
|
|
| |
as required per core issue 1552 and warned about with
-Wimplicit-exception-spec-mismatch.
llvm-svn: 201014
|
|
|
|
|
|
| |
This was crashing compilation of DeclContext::buildLookupImpl<>.
llvm-svn: 201013
|
|
|
|
| |
llvm-svn: 201012
|
|
|
|
|
|
| |
gross, and increasingly replaced through other mechanisms.
llvm-svn: 201011
|
|
|
|
|
|
|
| |
ASTUnit contains code to remap files to other files on disk. This code is not
used. We only remap files to MemoryBuffers.
llvm-svn: 201010
|
|
|
|
|
|
|
|
|
|
| |
The bitcast instruction during constant materialization was not placed correcly
in the presence of phi nodes. This commit fixes the insertion point to be in the
idom instead.
This fixes PR18768
llvm-svn: 201009
|
|
|
|
|
|
|
|
| |
This fix first traverses the whole use list of the constant expression and
keeps track of the instructions that need to be updated. Then perform the
fixup afterwards.
llvm-svn: 201008
|
|
|
|
|
|
| |
<rdar://problem/15999214>
llvm-svn: 201007
|
|
|
|
| |
llvm-svn: 201006
|
|
|
|
|
|
|
|
| |
clang -O1.
<rdar://problem/15767528>
llvm-svn: 201005
|
|
|
|
|
|
|
|
|
|
| |
- Properly displaying non null terminated StringRef.
- Auto expanding pointer types.
- Displaying real type names for PointerUnions.
- Using "size" and "capacity" across all containers.
- Simplifying code where possible.
llvm-svn: 201004
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
ObjectFile::SetLoadAddress (Target &target,
lldb::addr_t value,
bool value_is_offset);
Now "value" is a slide if "value_is_offset" is true, and "value" is an image base address otherwise. All previous usage of this API was using slides.
Updated the ObjectFileELF and ObjectFileMachO SetLoadAddress methods to do the right thing.
Also updated the ObjectFileMachO::SetLoadAddress() function to not load __LINKEDIT when it isn't needed and to only load sections that belong to the executable object file.
llvm-svn: 201003
|
|
|
|
|
|
|
|
|
|
|
| |
'operator delete' or 'operator delete[]' is an explicit exception
specification. Therefore we should diagnose 'void operator delete(void*)'
instead of 'void operator delete(void*) noexcept'.
This diagnostic remains an ExtWarn, since in practice people don't always
include the exception specification in such a declaration.
llvm-svn: 201002
|
|
|
|
| |
llvm-svn: 201001
|
|
|
|
| |
llvm-svn: 201000
|
|
|
|
| |
llvm-svn: 200999
|
|
|
|
| |
llvm-svn: 200998
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
to lock the target API lock instead of trying to lock it.
What was happening was:
1 - Xcode ran and stopped and was doing work on thread 2
2 - Users would type something in Xcode console on thread 1
3 - thread 3 would be running command interpreter thread and try to execute command but get "failed to get API lock" error for any command that wanted the target API lock (like "expression")
<rdar://problem/15775016>
llvm-svn: 200997
|
|
|
|
|
|
|
|
|
|
|
|
| |
When a user says
type formatter add ... unsigned int
he most probably means to deal with the "unsigned int" type. However, given how the LLDB command parser works, that command will try to add the formatter to the TWO types 'unsigned' AND 'int'
Since this is unlikely to be what the user wants, warn about it, and suggest they can use quotes to override the debugger's understanding
llvm-svn: 200996
|
|
|
|
| |
llvm-svn: 200995
|
|
|
|
|
|
|
| |
This is a small simplification and a small step in fixing pr18743 since
private functions on MachO should be using a 'l' prefix.
llvm-svn: 200994
|
|
|
|
| |
llvm-svn: 200993
|
|
|
|
| |
llvm-svn: 200992
|
|
|
|
|
|
|
| |
values whose size differs from the register's
size.
llvm-svn: 200991
|
|
|
|
| |
llvm-svn: 200990
|
|
|
|
|
|
|
| |
Stores of <4 x i64> do work (although they do expand to 4 stores
instead of 2), but 3 x i64 vectors fail to select.
llvm-svn: 200989
|
|
|
|
| |
llvm-svn: 200988
|
|
|
|
|
|
|
|
|
| |
Hopefully the last tweak needed to get this test working everywhere.
Remove matching of the prefix of sys_header.h, which was never the point
of the test anyway. This avoids dealing with path separators.
llvm-svn: 200987
|
|
|
|
|
|
| |
internal discussions. // rdar://16006401
llvm-svn: 200986
|
|
|
|
|
|
|
|
|
| |
inside a class "A" in the DWARF where "A" is a forward declaration.
<rdar://problem/14673945>
<rdar://problem/15682781>
llvm-svn: 200985
|