| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
| |
llvm-svn: 175161
|
| |
|
|
| |
llvm-svn: 175160
|
| |
|
|
| |
llvm-svn: 175159
|
| |
|
|
| |
llvm-svn: 175158
|
| |
|
|
| |
llvm-svn: 175157
|
| |
|
|
| |
llvm-svn: 175156
|
| |
|
|
|
|
| |
The test may hang now if a regression occurs.
llvm-svn: 175155
|
| |
|
|
| |
llvm-svn: 175153
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
So far, clang-format has always assumed the whitespace belonging to the
subsequent token. This has the negative side-effect that when
clang-format formats a line, it does not remove its trailing whitespace,
as it belongs to the next token.
Thus, this patch fixes most of llvm.org/PR15062.
We are not zapping a file's trailing whitespace so far, as this does not
belong to any token we see during formatting. We need to fix this in a
subsequent patch.
llvm-svn: 175152
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The formatter can now format:
void aaaaaaaaaaaaaaaaaa(int level,
double *min_x,
double *max_x,
double *min_y,
double *max_y,
double *min_z,
double *max_z, ) {
}
Although this is invalid code, it frequently happens during development and
clang-format should be nicer :-).
llvm-svn: 175151
|
| |
|
|
| |
llvm-svn: 175150
|
| |
|
|
|
|
| |
post-operand legalization.
llvm-svn: 175149
|
| |
|
|
| |
llvm-svn: 175148
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This fixes llvm.org/PR15179.
Before:
class ColorChooserMac : public content::ColorChooser,
public content::WebContentsObserver {
};
After:
class ColorChooserMac : public content::ColorChooser,
public content::WebContentsObserver {
};
llvm-svn: 175147
|
| |
|
|
|
|
| |
"x86_64-apple-darwin".
llvm-svn: 175146
|
| |
|
|
|
|
| |
We are still limited by /proc/*/cmdline size (4Kb max on Linux!).
llvm-svn: 175145
|
| |
|
|
|
|
| |
Added a test.
llvm-svn: 175144
|
| |
|
|
| |
llvm-svn: 175143
|
| |
|
|
|
|
| |
-I sanitizer_common/tests to asan/tests/CMakeLists.txt
llvm-svn: 175142
|
| |
|
|
|
|
|
| |
The code generation stuff is going to set attributes on the functions it
generates. To do that it needs the target options. Pass them through.
llvm-svn: 175141
|
| |
|
|
| |
llvm-svn: 175140
|
| |
|
|
|
|
|
| |
Fixes assertion failure in newly added lit test. Might just be a bandaid that
needs to be revisited.
llvm-svn: 175139
|
| |
|
|
|
| |
Reviewed-by: Tom Stellard <thomas.stellard@amd.com>
llvm-svn: 175138
|
| |
|
|
| |
llvm-svn: 175137
|
| |
|
|
|
|
| |
"watchpoint set expression" fails if "--" is present without any option. Made this command match exactly what "expression" does.
llvm-svn: 175136
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
When launching in the shell, make sure if you specify a relative path, and if the current working directory has a space in it, that we don't hose the shell invocation.
Currently if we launch with a relative path, we prepend the current working directory to the PATH using:
PATH=`cwd`:$PATH a.out ...
We needed to add quotes around the value for PATH to make sure if any paths in PATH contained spaces, that we don't hose the shell command. Now we do a:
PATH="`cwd`:$PATH" a.out ...
llvm-svn: 175135
|
| |
|
|
|
|
|
|
| |
This reverts commit fd1335e982bbf93c5f450ed4fd29f9f787435c85.
Use a triple this time.
llvm-svn: 175134
|
| |
|
|
| |
llvm-svn: 175133
|
| |
|
|
|
|
|
| |
static functions in extern "C" contexts are mangled. Should fix the
bootstrap.
llvm-svn: 175132
|
| |
|
|
|
|
| |
When dumping instructions, resolve the address specified as a file address if the target doesn't have anything loaded.
llvm-svn: 175131
|
| |
|
|
|
|
| |
register class to match the defining instruction.
llvm-svn: 175130
|
| |
|
|
| |
llvm-svn: 175129
|
| |
|
|
|
|
| |
'and' instructions. This is a pattern that shows up a lot in ubsan binaries.
llvm-svn: 175128
|
| |
|
|
|
|
|
|
| |
it work.
<rdar://problem/13183944>
llvm-svn: 175127
|
| |
|
|
|
|
|
|
|
| |
up so that we can apply the direct object emitter patch. This patch
should be a nop right now and it's test is to not break what is already
there.
llvm-svn: 175126
|
| |
|
|
| |
llvm-svn: 175125
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This reverts commit 8b75e6bc35fb3f9c1e788dbd05084c0f4a60a0f3.
The FileCheck tests are not equivalent:
test/CodeGen/X86/tailcall-structret.ll:6:10: error: expected string not found in input
; CHECK: jmp init
^
<stdin>:1:2: note: scanning from here
.section __TEXT,__text,regular,pure_instructions
^
<stdin>:13:2: note: possible intended match here
jmp _init ## TAILCALL
^
llvm-svn: 175124
|
| |
|
|
|
|
|
| |
CoalescerPairs. Also, make it take a CoalescerPair directly like other methods
of RegisterCoalescer.
llvm-svn: 175123
|
| |
|
|
|
|
|
|
|
|
|
|
| |
of the copy is a subregister def. The current code assumes that it can do a full
def of the destination register, but it is not checking that the def operand is
read-undef. It also doesn't clear the subregister index of the destination in
the new instruction to reflect the full subregister def.
These issues were found running 'make check' with my next commit that enables
rematerialization in more cases.
llvm-svn: 175122
|
| |
|
|
| |
llvm-svn: 175121
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
Since functions with internal linkage don't have language linkage, it is valid
to overload them:
extern "C" {
static int foo();
static int foo(int);
}
So we mangle them.
llvm-svn: 175120
|
| |
|
|
|
|
|
|
|
|
| |
I added hasCLanguageLinkage while fixing some language linkage bugs some
time ago so that I wouldn't have to check all users of isExternC. It turned
out to be a much longer detour than expected, but this patch finally
merges the two again. The isExternC function now implements just the
standard notion of having C language linkage.
llvm-svn: 175119
|
| |
|
|
|
|
|
|
|
|
| |
Adding a new docs directory, with files auto-generated by sphinx-quickstart,
for user documentation for the various tools in the clang-tools-extra
repository.
Author: Jack Yang <jack.yang@intel.com>
Reviewers: gribozavr, silvas
llvm-svn: 175118
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
some cases where functions with no language linkage were being treated as having
C language linkage. In particular, don't warn in
extern "C" {
static NonPod foo();
}
Since getLanguageLinkage checks the language linkage, the linkage computation
cannot use the language linkage. Break the loop by checking just the context
in the linkage computation.
llvm-svn: 175117
|
| |
|
|
|
|
|
| |
instantiation in order to permit devirtualization later in codegen, skip over
pure functions since those can't be devirtualization targets.
llvm-svn: 175116
|
| |
|
|
| |
llvm-svn: 175115
|
| |
|
|
|
|
|
|
| |
can be displayed.
- test could be re-written at some point, but right now just trying to clean up known failures for the linux buildbot.
llvm-svn: 175114
|
| |
|
|
| |
llvm-svn: 175113
|
| |
|
|
|
|
| |
slightly to try to make the final code block actually get rendered.
llvm-svn: 175112
|
| |
|
|
|
|
|
| |
- PR-15260: lldb does not display correct value of 1-bit field
- PR-16261: lldb does not display size of (file/class) static array
llvm-svn: 175111
|