| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
| |
This website provides general information about polyhedral compilation.
llvm-svn: 201192
|
| |
|
|
|
|
|
| |
The MayAliasSet class is currently not used and just confuses people. We can
reintroduce it in case need a more precise tracking of alias sets.
llvm-svn: 201191
|
| |
|
|
|
|
|
|
|
|
|
|
| |
Debug info: Emit values in subregisters that do not have a separate
DWARF register number by emitting a super-register + DW_OP_bit_piece.
This is necessary because on x86_64, there are no DWARF register numbers
for i386-style subregisters.
Fixes a bunch of FIXMEs.
rdar://problem/16015314
llvm-svn: 201190
|
| |
|
|
|
|
| |
of Y").
llvm-svn: 201189
|
| |
|
|
|
|
| |
This reverts commit r201179 for buildbot breakage.
llvm-svn: 201188
|
| |
|
|
|
|
|
|
|
|
| |
when it's unneeded
This comes up in empty files or files containing #file directives that
never reference the actual source file name. Came up in a small test of
line tables I was playing with.
llvm-svn: 201187
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Summary:
In clang-tidy we'd like to know the name of the checker producing each
diagnostic message. PathDiagnostic has BugType and Category fields, which are
both arbitrary human-readable strings, but we need to know the exact name of the
checker in the form that can be used in the CheckersControlList option to
enable/disable the specific checker.
This patch adds the CheckName field to the CheckerBase class, and sets it in
the CheckerManager::registerChecker() method, which gets them from the
CheckerRegistry.
Checkers that implement multiple checks have to store the names of each check
in the respective registerXXXChecker method.
Reviewers: jordan_rose, krememek
Reviewed By: jordan_rose
CC: cfe-commits
Differential Revision: http://llvm-reviews.chandlerc.com/D2557
llvm-svn: 201186
|
| |
|
|
|
|
|
|
| |
These tests were unnecessarily sensitive to the presence and ordering of
elements in the line table file_names list which will break on a future
change I'm working on.
llvm-svn: 201185
|
| |
|
|
|
|
|
| |
That version knows to use the /FS flag, which is needed for building
lib/interception with VS2013.
llvm-svn: 201184
|
| |
|
|
|
|
|
|
|
|
| |
Another test that's testing through assembly from Clang which is
problematic. An attempt to upgrade this to just be an IR-generation test
was unsuccessful (I was unable to get this test to fail) but it looks
like there's other, better, test coverage in this area
(test/CodeGenObjC/debuginfo-properties.m) anyway.
llvm-svn: 201183
|
| |
|
|
| |
llvm-svn: 201182
|
| |
|
|
| |
llvm-svn: 201181
|
| |
|
|
|
|
|
|
|
|
|
| |
DWARF register number by emitting a super-register + DW_OP_bit_piece.
This is necessary because on x86_64, there are no DWARF register numbers
for i386-style subregisters.
Fixes a bunch of FIXMEs.
rdar://problem/16015314
llvm-svn: 201180
|
| |
|
|
|
|
|
|
| |
sections. The call to data.getUnsigned(&Offset, AddressSize) only
increments Offset if the read succeeds, which will result in an infinite
loop.
llvm-svn: 201179
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
This test case doesn't belong in Clang (it's testing IndVarSimplify) but
in an effort to reproduce the test case this was intended to cover (by
essentially reverting r134441) I wasn't able to reproduce the failure
this test case should've produced. So I haven't ported this down to
LLVM, instead I'm just deleting it.
I suspect the test is just underconstrained, but I've no great interest
in trying hard to fix it right now - if anyone else wants to, I'd be
more than welcome to that.
llvm-svn: 201178
|
| |
|
|
|
|
|
| |
This isn't the most useful case to fix in the real world,
but bugpoint runs into this.
llvm-svn: 201177
|
| |
|
|
|
|
|
|
|
| |
UGE/ULT with a power of 2.
This happens in bitfield code. While there reorganize the existing code
a bit.
llvm-svn: 201176
|
| |
|
|
|
|
|
|
|
| |
These flags control the inheritance model initially used by the
translation unit.
Differential Revision: http://llvm-reviews.chandlerc.com/D2741
llvm-svn: 201175
|
| |
|
|
| |
llvm-svn: 201174
|
| |
|
|
|
|
|
|
|
| |
Fix a slightly overzealous destination register restriction for the
'without .w' alias. Add some explicit testcases.
rdar://16033140
llvm-svn: 201173
|
| |
|
|
| |
llvm-svn: 201172
|
| |
|
|
|
|
|
|
| |
printed twice.
<rdar://problem/16031890>
llvm-svn: 201171
|
| |
|
|
| |
llvm-svn: 201170
|
| |
|
|
|
|
|
| |
This test was skipped as it used to segfault on FreeBSD. It seems
the original issue has since been fixed, so have the test run again.
llvm-svn: 201169
|
| |
|
|
| |
llvm-svn: 201168
|
| |
|
|
| |
llvm-svn: 201167
|
| |
|
|
|
|
|
|
| |
The test expects the inferior to have exited, but it is still stopped.
llvm.org/pr18066
llvm-svn: 201166
|
| |
|
|
|
|
|
|
|
|
| |
-Wnon-literal-null-conversion in C code.
It is actually useful to warn in such cases, thanks to Dmitri for pushing on this and making us see the light!
Related to rdar://15925483 and rdar://15922612. The latter radar is where the usefulness of the warning is most clear.
llvm-svn: 201165
|
| |
|
|
|
|
| |
conditions.
llvm-svn: 201164
|
| |
|
|
|
|
| |
Thanks to İsmail Dönmez for the better declaration.
llvm-svn: 201163
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Thanks to r199467, __attribute__((nonnull)) (without arguments) can apply
directly to parameters, instead of being applied to the whole function.
However, the old form of nonnull (with an argument index) could also apply
to the arguments of function and block pointers, and both of these can be
passed as parameters.
Now, if 'nonnull' with an argument is found on a parameter, /and/ the
parameter is a function or block pointer, it is handled the old way.
PR18795
llvm-svn: 201162
|
| |
|
|
|
|
|
| |
use the hardcoded declaration 3
See r201110 for the initial change
llvm-svn: 201161
|
| |
|
|
|
|
|
|
|
|
| |
I noticed this convention from the commit logs. It seems like it
would be useful to document it, to encourage other committers to link
back to code reviews in their commits.
Differential Revision: http://llvm-reviews.chandlerc.com/D2678
llvm-svn: 201160
|
| |
|
|
| |
llvm-svn: 201159
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
BUILD_VECTOR nodes, e.g.:
(concat_vectors (BUILD_VECTOR a1, a2, a3, a4), (BUILD_VECTOR b1, b2, b3, b4))
->
(BUILD_VECTOR a1, a2, a3, a4, b1, b2, b3, b4)
This fixes an issue with AVX, where a sequence was not recognized as a 256-bit
vbroadcast due to the concat_vectors.
llvm-svn: 201158
|
| |
|
|
| |
llvm-svn: 201157
|
| |
|
|
| |
llvm-svn: 201156
|
| |
|
|
|
|
|
| |
checks for invalid translation unit are in place. Also, while there, add log
output for this case.
llvm-svn: 201155
|
| |
|
|
| |
llvm-svn: 201154
|
| |
|
|
| |
llvm-svn: 201153
|
| |
|
|
| |
llvm-svn: 201152
|
| |
|
|
|
|
|
|
|
|
| |
Because of the way Bionic sets up signal stack frames, libc unwinder is unable
to step through it, resulting in broken SEGV stack traces.
Luckily, libcorkscrew.so on Android implements an unwinder that can start with
a signal context, thus sidestepping the issue.
llvm-svn: 201151
|
| |
|
|
|
|
|
|
|
|
| |
communicating with
llvm-symbolizer binary and external process handling into separate classes.
No functionality change.
llvm-svn: 201150
|
| |
|
|
| |
llvm-svn: 201149
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Fixes PR18753 and PR18782.
This is necessary for LICM to preserve LCSSA correctly and efficiently.
There is still some active discussion about whether we should be using
LCSSA, but we can't just immediately stop using it and we *need* LICM to
preserve it while we are using it. We can restore the old SSAUpdater
driven code if and when there is a serious effort to remove the reliance
on LCSSA from all of the loop passes.
However, this also serves as a great example of why LCSSA is very nice
to have. This change significantly simplifies the process of sinking
instructions for LICM, and makes it quite a bit less expensive.
It wouldn't even be as complex as it is except that I had to start the
process of removing the big recursive LCSSA formation hammer in order to
switch even this much of the re-forming code to asserting that LCSSA was
preserved. I'll fully remove that next just to tidy things up until the
LCSSA debate settles one way or the other.
llvm-svn: 201148
|
| |
|
|
| |
llvm-svn: 201147
|
| |
|
|
|
|
| |
'using namespace clang::cxindex'.
llvm-svn: 201146
|
| |
|
|
|
|
|
|
| |
The s64/u64 vcvt conversion operations are actually pretty much identical to
the s32/u32 ones in implementation, and can be shared with just one extra
variable.
llvm-svn: 201145
|
| |
|
|
|
|
|
|
|
|
|
|
| |
Xcore target ABI requires const data that is externally visible
to be handled differently if it has C-language linkage rather than
C++ language linkage.
Clang now emits ".cp.rodata" section information.
All other externally visible constant data will be placed in the DP section.
llvm-svn: 201144
|
| |
|
|
| |
llvm-svn: 201143
|