| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
| |
Don't install a file using the legacy spelling.
llvm-svn: 206431
|
| |
|
|
|
|
|
|
|
|
|
|
| |
specializations collect all arguments and not just the ones from the
class template partial specialization from which this class template
specialization was instantiated. The debug info does not represent the
partial specialization otherwise and so specialized parameters would
go missing.
rdar://problem/16636569.
llvm-svn: 206430
|
| |
|
|
| |
llvm-svn: 206420
|
| |
|
|
| |
llvm-svn: 206418
|
| |
|
|
|
|
| |
ARM, MIPS and i386 ABIs.
llvm-svn: 206416
|
| |
|
|
|
|
|
|
|
|
| |
This reverts commit r206413.
This was proposed before, but it's not clear if this is really a good
idea:
http://reviews.llvm.org/D3034
llvm-svn: 206415
|
| |
|
|
| |
llvm-svn: 206414
|
| |
|
|
|
|
|
| |
If someone on Linux asks for -fms-extensions, there's no reason not to
define the feature test macros that MSVC defines.
llvm-svn: 206413
|
| |
|
|
|
|
|
|
|
|
|
| |
This test was failing because there is no assembler for hexagon-elf on
this buildbot:
http://lab.llvm.org:8011/builders/clang-hexagon-elf/builds/10470
Fixed by adding -S to the driver invocation.
llvm-svn: 206412
|
| |
|
|
| |
llvm-svn: 206411
|
| |
|
|
|
|
|
|
| |
subclasses do not call [super init] on their initializers.
Part of rdar://16568441
llvm-svn: 206410
|
| |
|
|
|
|
|
|
|
|
| |
the class
introduces new initializers.
Part of rdar://16568441
llvm-svn: 206409
|
| |
|
|
|
|
| |
function to be private, 0 -> nullptr and some style corrections. No functional changes intended.
llvm-svn: 206406
|
| |
|
|
|
|
| |
"deleted".
llvm-svn: 206404
|
| |
|
|
|
|
|
| |
to conditinalize on 64bit length in a generated meta-data.
// rdar://16489050
llvm-svn: 206402
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Summary:
This patch adds a new flag -Rpass=. The flag indicates the name
of the optimization pass that should emit remarks stating when it
made a transformation to the code.
This implements the design I proposed in:
https://docs.google.com/document/d/1FYUatSjZZO-zmFBxjOiuOzAy9mhHA8hqdvklZv68WuQ/edit?usp=sharing
Other changes:
- Add DiagnosticIDs::isRemark(). Use it in printDiagnosticOptions to
print "-R" instead of "-W" in the diagnostic message.
- In BackendConsumer::OptimizationRemarkHandler, get a SourceLocation
object out of the file name, line and column number. Use that location
in the call to Diags.Report().
- When -Rpass is used without debug info a note is emitted alerting
the user that they need to use -gline-tables-only -gcolumn-info to
get this information.
CC: llvm-commits
Differential Revision: http://llvm-reviews.chandlerc.com/D3226
llvm-svn: 206401
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The function hash should change when control flow changes. This patch
hashes the type of each AST node that affects counters, rather than just
counting how many there are. These types are combined into a small
enumerator that currently has 16 values.
The new hash algorithm packs the enums for consecutively visited types
into a `uint64_t`. In order to save space for new types, the types are
assumed to be 6-bit values (instead of 4-bit). In order to minimize
overhead for functions with little control flow, the `uint64_t` is used
directly as a hash if it never fills up; if it does, it's passed through
an MD5 context.
<rdar://problem/16435801>
llvm-svn: 206397
|
| |
|
|
| |
llvm-svn: 206395
|
| |
|
|
|
|
| |
pass -target-feature +neon.
llvm-svn: 206394
|
| |
|
|
| |
llvm-svn: 206390
|
| |
|
|
| |
llvm-svn: 206386
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This is similar to how we treat assignments and seems to be generally
desirable.
Before:
llvm::errs() << aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa(
aaaaaaaaaaaaaaaaaaaaaaaaaaaa,
aaaaaaaaaaaaaaaaaaaaaaaaaaaa);
After:
llvm::errs() << aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa(
aaaaaaaaaaaaaaaaaaaaaaaaaaaa, aaaaaaaaaaaaaaaaaaaaaaaaaaaa);
llvm-svn: 206384
|
| |
|
|
|
|
| |
semantics) to appease MSVC.
llvm-svn: 206374
|
| |
|
|
|
|
|
|
|
|
| |
preventing me from seeing it initially). GCC doesn't use the unused
attribute on members for anything, so while it works to suppress Clang's
warning for an unused private member, it adds a GCC warning for the
attribute. =/ Silence Clang's warning with a void cast in the
constructor instead which doesn't trigger any complaints from GCC.
llvm-svn: 206373
|
| |
|
|
|
|
| |
No behavioural change intended.
llvm-svn: 206364
|
| |
|
|
|
|
|
|
|
| |
This is a partial revert of 183015.
By not recognizing things like _setjmp we lose (returns_twice) attribute on
them, which leads to incorrect code generation.
Fixes PR16138.
llvm-svn: 206362
|
| |
|
|
|
|
|
|
| |
implicit casts in C++.
Fixes <rdar://problem/16631033>.
llvm-svn: 206360
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
At one point, -fexceptions was a synonym for -fcxx-exceptions. While
the driver options still enables cxx-exceptions by default, the cc1
flag is purely about exception tables and this doesn't account for
objective C exceptions. Because of this, checking for the
cxx_exceptions feature in objective C++ often gives the wrong answer.
The cxx_exceptions feature should be based on the -fcxx-exceptions cc1
flag, not -fexceptions. Furthermore, at some point the tests were
changed to use cc1 even though they were testing the driver behaviour.
We're better off testing both the driver and cc1 here.
llvm-svn: 206352
|
| |
|
|
|
|
| |
unavailable. Use default constructor instead.
llvm-svn: 206347
|
| |
|
|
| |
llvm-svn: 206346
|
| |
|
|
|
|
| |
missing functionality of msc17.
llvm-svn: 206345
|
| |
|
|
|
|
| |
relative to the module.map file.
llvm-svn: 206342
|
| |
|
|
| |
llvm-svn: 206341
|
| |
|
|
|
|
|
|
| |
Warn on std::abs() with unsigned argument.
Suggest std::abs as replacement for the C absolute value functions.
Suggest C++ headers if the specific std::abs overload is not found.
llvm-svn: 206340
|
| |
|
|
| |
llvm-svn: 206339
|
| |
|
|
|
|
|
| |
traversal system. The new pass is still undergoing testing; no change in
functionality.
llvm-svn: 206338
|
| |
|
|
|
|
|
|
|
| |
alignment constraint rather than using the allocator function's over
alignment "feature". This was the only use of the "feature" which I plan
to remove next. =] Attaching the alignment to the type seems cleaner and
more principled anyways.
llvm-svn: 206324
|
| |
|
|
|
|
|
|
|
| |
This adds a warning that triggers when profile data doesn't match for
the source that's being compiled with -fprofile-instr-use=. This fires
only once per translation unit, as warning on every mismatched
function would be quite noisy.
llvm-svn: 206322
|
| |
|
|
|
|
|
| |
This comment also appears elsewhere where it actually makes sense, and
it's just confusing here.
llvm-svn: 206321
|
| |
|
|
| |
llvm-svn: 206320
|
| |
|
|
|
|
|
|
|
| |
When instantiating an array that has an alignment attribute on it, we
were looking through the array type and only considering the element
type for the resulting alignment. We need to make sure we take the
array's requirements into account too.
llvm-svn: 206317
|
| |
|
|
| |
llvm-svn: 206314
|
| |
|
|
|
|
|
| |
This allows code indexing, etc. to use the VFS in the same way as the
compiler.
llvm-svn: 206309
|
| |
|
|
| |
llvm-svn: 206304
|
| |
|
|
| |
llvm-svn: 206303
|
| |
|
|
|
|
|
|
|
|
| |
Sema does have a CUDALaunchBoundsAttr, but CodeGen was doing nothing with it.
This change translates CUDALaunchBoundsAttr to maxntidx and minctasm
metadata, which NVPTX then translates to the correct PTX directives.
Patch by Manjunath Kudlur.
llvm-svn: 206302
|
| |
|
|
|
|
|
|
|
| |
This is paired with a patch to LLVM that creates a separate pass for
verifying debug info.
<rdar://problem/15500563>
llvm-svn: 206301
|
| |
|
|
| |
llvm-svn: 206298
|
| |
|
|
|
|
|
|
|
|
| |
This implements clause C.8 of the AAPCS in the front-end, so that Clang
accurately knows when the registers run out and it has to insert padding before
the stack objects begin.
PR19432.
llvm-svn: 206296
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
Summary: Fixes http://llvm.org/PR19368
Reviewers: djasper, klimek
Reviewed By: klimek
CC: cfe-commits, klimek
Differential Revision: http://reviews.llvm.org/D3379
llvm-svn: 206295
|