| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
| |
llvm-svn: 205466
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
This changes the tests that were targeting ARM EABI to explicitly specify the
environment rather than relying on the default. This breaks with the new
Windows on ARM support when running the tests on Windows where the default
environment is no longer EABI.
Take the opportunity to avoid a pointless redirect (helps when trying to debug
with providing a command line invocation which can be copy and pasted) and
removing a few greps in favour of FileCheck.
llvm-svn: 205465
|
| |
|
|
|
|
| |
calculation (r204738).
llvm-svn: 205464
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Resolver is sending too much information to Input Graph than Input
Graph actually needs. In order to collect the detailed information,
which wouldn't be consumed by anyone, we have a good amount of code
in Resolver, Input Graph and Input Elements. This patch is to
simplify it. No functionality change.
Specifically, this patch replaces ResolverState enum with a boolean
value. The enum defines many bits to notify the progress about
linking to Input Graph using bit masks, however, what Input Graph
actually does is to compare a given value with 0. The details of
the bit mask is simply being ignored, so the efforts to collect
such data is wasted.
This patch also changes the name of the notification interface from
setResolverState to notifyProgress, to make it sounds more like
message passing style. It's not a setter but something to notify of
an update, so the new name should be more appropriate than before.
Differential Revision: http://llvm-reviews.chandlerc.com/D3267
llvm-svn: 205463
|
| |
|
|
| |
llvm-svn: 205462
|
| |
|
|
| |
llvm-svn: 205461
|
| |
|
|
|
|
| |
it.
llvm-svn: 205460
|
| |
|
|
|
|
|
| |
Update the subtarget information for Windows on ARM. This enables using the MC
layer to target Windows on ARM.
llvm-svn: 205459
|
| |
|
|
|
|
| |
No functional change.
llvm-svn: 205458
|
| |
|
|
| |
llvm-svn: 205457
|
| |
|
|
| |
llvm-svn: 205456
|
| |
|
|
|
|
| |
There are no implementations of these for R600.
llvm-svn: 205455
|
| |
|
|
| |
llvm-svn: 205454
|
| |
|
|
|
|
|
|
| |
Just pass a MachineInstr reference rather than an MBB iterator.
Creating a MachineInstr& is the first thing every implementation did
anyway.
llvm-svn: 205453
|
| |
|
|
|
|
|
|
|
|
|
|
| |
Unlike other v6+ processors, cortex-m0 never supports unaligned accesses.
From the v6m ARM ARM:
"A3.2 Alignment support: ARMv6-M always generates a fault when an unaligned
access occurs."
rdar://16491560
llvm-svn: 205452
|
| |
|
|
|
|
| |
No functional change, but more readable code.
llvm-svn: 205451
|
| |
|
|
|
|
|
|
| |
Clean up the DynamicValueTestCase
Namely, I split off the part of the test that validates child counts to a separate test
llvm-svn: 205450
|
| |
|
|
|
|
|
|
|
|
|
|
| |
Adds the instructions ext/ext32/cins/cins32.
It also changes pop/dpop to accept the two operand version and
adds a simple pattern to generate baddu.
Tests for the two operand versions (including baddu/dmul/dpop/pop)
and the code generation pattern for baddu are included.
Reviewed by: Daniel.Sanders@imgtec.com
llvm-svn: 205449
|
| |
|
|
|
|
|
|
|
|
|
| |
meaningful to odr-use the VarDecl inside a variable template. (Separately, it'd
be nice to track referenced-ness for templates, and warn on unused ones, but
that's really a distinct issue...)
Move a test that generates and tests a warning-suppressing error out to its own
test file, so it doesn't have weird effects on the other tests in the same file.
llvm-svn: 205448
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This was committed 4 years ago in 108916 with insufficient testing to
explain why the "getTypeAsWritten" case was appropriate. Experience says
that it isn't - the presence or absence of an explicit instantiation
declaration was causing this code to generate either i<int> or i<int,
int>.
That didn't seem to be a useful distinction, and omitting the template
arguments was destructive to debuggers being able to associate the two
types across translation units or across compilers (GCC, reasonably,
never omitted the arguments).
llvm-svn: 205447
|
| |
|
|
|
|
| |
No functional change intended.
llvm-svn: 205446
|
| |
|
|
|
|
| |
No functional change intended.
llvm-svn: 205445
|
| |
|
|
|
|
| |
No functional change intended.
llvm-svn: 205444
|
| |
|
|
|
|
| |
No functional change intended.
llvm-svn: 205443
|
| |
|
|
|
|
| |
No functional change intended.
llvm-svn: 205442
|
| |
|
|
|
|
| |
No functional change intended.
llvm-svn: 205441
|
| |
|
|
|
|
| |
No functional change intended.
llvm-svn: 205440
|
| |
|
|
|
|
| |
No functional change intended.
llvm-svn: 205439
|
| |
|
|
|
|
| |
No functional change intended.
llvm-svn: 205438
|
| |
|
|
|
|
| |
No functional change intended.
llvm-svn: 205437
|
| |
|
|
|
|
| |
This provides some 3% speedup when preprocessing gcc.c as a single file.
llvm-svn: 205436
|
| |
|
|
| |
llvm-svn: 205435
|
| |
|
|
|
|
|
|
| |
reduce number of arguments.
No functional changes.
llvm-svn: 205434
|
| |
|
|
|
|
| |
No functional changes.
llvm-svn: 205433
|
| |
|
|
|
|
| |
No functional changes.
llvm-svn: 205432
|
| |
|
|
|
|
|
|
|
| |
and ContiguousBlobAccumulator classes. Pass ContiguousBlobAccumulator to
the handleSymtabSectionHeader function directly.
No functional changes.
llvm-svn: 205431
|
| |
|
|
|
|
| |
Patch by Alex Crichton, ILyoan, Luqman Aden and Svetoslav.
llvm-svn: 205430
|
| |
|
|
| |
llvm-svn: 205429
|
| |
|
|
| |
llvm-svn: 205428
|
| |
|
|
| |
llvm-svn: 205427
|
| |
|
|
|
|
|
|
|
|
| |
Weak symbols cannot use the small code model's usual ADRP sequences since the
instruction simply may not be able to encode a value of 0.
This redirects them to use the GOT, which hopefully linkers are able to cope
with even in the static relocation model.
llvm-svn: 205426
|
| |
|
|
|
|
|
| |
We were creating libcall nodes that returned an MVT::f128, when these
particular operations actually return an int of some stripe.
llvm-svn: 205425
|
| |
|
|
|
|
|
|
|
| |
Some Intrinsics are overloaded to the extent that return type equality (all
that's been checked up to now) does not guarantee that the arguments are the
same. In these cases SLP vectorizer should not recurse into the operands, which
can be achieved by comparing them as "Function *" rather than simply the ID.
llvm-svn: 205424
|
| |
|
|
|
|
|
|
| |
Again, coalescing and other optimisations swiftly made the MachineInstrs
consistent again, but when compiled at -O0 a bad INSERT_SUBREGISTER was
produced.
llvm-svn: 205423
|
| |
|
|
|
|
|
|
| |
The previous attempt was fine with optimisations, but was actually rather
cavalier with its types. When compiled at -O0, it produced invalid COPY
MachineInstrs.
llvm-svn: 205422
|
| |
|
|
| |
llvm-svn: 205421
|
| |
|
|
|
|
|
|
|
|
|
|
| |
Summary: Add matcher for ExprWithCleanups.
Reviewers: klimek
CC: cfe-commits, klimek
Differential Revision: http://llvm-reviews.chandlerc.com/D3248
llvm-svn: 205420
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Summary:
Add support for named values in the parser.
This allows injection of arbitrary constants using a custom Sema object.
Completions are not supported right now.
Will be used by clang_query to support the 'let' command.
Usage example:
clang_query> let unique_ptr recordDecl(hasName("unique_ptr"))
clang_query> match varDecl(hasType(unique_ptr))
Reviewers: klimek, pcc
CC: cfe-commits, klimek
Differential Revision: http://llvm-reviews.chandlerc.com/D3229
llvm-svn: 205419
|
| |
|
|
|
|
| |
every call to __asan_init
llvm-svn: 205418
|
| |
|
|
| |
llvm-svn: 205417
|