| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
|
|
|
|
|
| |
Previously we had bodged together some hacks mapping MachO embedded
targets (i.e. mainly ARM v6M and v7M) to the "*-*-darwin-eabi" triple.
This is incorrect in both details (they don't run Darwin and they're
not EABI in any real sense).
This commit appropriates the existing "MachO" environment for the
purpose instead.
llvm-svn: 199367
|
| |
|
|
| |
llvm-svn: 199366
|
| |
|
|
| |
llvm-svn: 199365
|
| |
|
|
|
|
| |
encoded and disassembled with a segment override prefix. Fixes PR16962.
llvm-svn: 199364
|
| |
|
|
| |
llvm-svn: 199363
|
| |
|
|
| |
llvm-svn: 199362
|
| |
|
|
| |
llvm-svn: 199361
|
| |
|
|
|
|
| |
in polly
llvm-svn: 199360
|
| |
|
|
| |
llvm-svn: 199359
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This patch adds the capability to dump export table contents. An example
output is this:
Export Table:
Ordinal RVA Name
5 0x2008 exportfn1
6 0x2010 exportfn2
By adding this feature to llvm-objdump, we will be able to use it to check
export table contents in LLD's tests. Currently we are doing binary
comparison in the tests, which is fragile and not readable to humans.
llvm-svn: 199358
|
| |
|
|
| |
llvm-svn: 199357
|
| |
|
|
|
|
|
|
|
| |
The generation of the native_export_file end up in
several different makefiles. All those makefiles
write the same file, but can be executed concurrently...
and bad things happen!
llvm-svn: 199356
|
| |
|
|
| |
llvm-svn: 199355
|
| |
|
|
|
|
|
|
|
|
|
|
| |
Move copying of global initializers below the cloning of functions.
The BlockAddress doesn't have access to the correct basic blocks until the
functions have been cloned. This causes the BlockAddress to point to the old
values. Just wait until the functions have been cloned before copying the
initializers.
PR13163
llvm-svn: 199354
|
| |
|
|
|
|
| |
used instead. Simplify some other code. No functional changes intended.
llvm-svn: 199353
|
| |
|
|
| |
llvm-svn: 199352
|
| |
|
|
|
|
|
|
| |
underlying object of unknown size.
Fixes PR18460.
llvm-svn: 199351
|
| |
|
|
|
|
| |
Patch by Andrew MacPherson. I just tweaked the comment.
llvm-svn: 199350
|
| |
|
|
|
|
|
|
|
| |
DataRefImpl (a union of two integers and a pointer) is not the ideal data type
to represent a reference to an import directory entity. We should just use the
pointer to the import table and an offset instead to simplify. No functionality
change.
llvm-svn: 199349
|
| |
|
|
|
|
|
|
| |
This ports the last Sema tests over to use the frontend directly, and adds a
local lit substitution to disable inappropriate %clang usage under this
directory.
llvm-svn: 199348
|
| |
|
|
|
|
|
|
|
| |
-verify was simply ignored by the driver.
This commit fixes the RUN line and XFAILs the test, unblocking changes to ban
use of the driver in Sema tests and avoid problems like this.
llvm-svn: 199347
|
| |
|
|
|
|
| |
Use DiagnosticInfo to emit the warning.
llvm-svn: 199346
|
| |
|
|
|
|
|
|
| |
symbols, now we do.
<rdar://problem/15831334>
llvm-svn: 199345
|
| |
|
|
|
|
|
|
| |
there are multiple symbols with the same name.
<rdar://problem/15831292>
llvm-svn: 199344
|
| |
|
|
|
|
|
|
|
| |
than it needs to be by 1 bit but I need to finish some other things so
that all the boundary cases will work in that situation. constpool.c
in test-suite will fail to assemble under our new internal test-suite sync
without this change.
llvm-svn: 199343
|
| |
|
|
| |
llvm-svn: 199342
|
| |
|
|
|
|
|
|
| |
If a binary does not depend on any DLL, it does not contain import table at
all. Printing the section title without contents looks wrong, so we shouldn't
print it in that case.
llvm-svn: 199340
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
ARM assembly syntax uses @ for a comment, execpt for the second
parameter of the .symver directive which requires @ as part of the
symbol name. This commit fixes the parsing of this directive by
adding a special case for ARM for this one argumnet.
To make the change we had to move the AllowAtInIdentifier variable
to the MCAsmLexer interface (from AsmLexer) and expose a setter for
the value. The ELFAsmParser then toggles this value when parsing
the second argument to the .symver directive for a target that
uses @ as a comment symbol
llvm-svn: 199339
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Add a hook in the C API of LTO so that clients of the code generator can set
their own handler for the LLVM diagnostics.
The handler is defined like this:
typedef void (*lto_diagnostic_handler_t)(lto_codegen_diagnostic_severity_t
severity, const char *diag, void *ctxt)
- severity says how bad this is.
- diag is a string that contains the diagnostic message.
- ctxt is the registered context for this handler.
This hook is more general than the lto_get_error_message, since this function
keeps only the latest message and can only be queried when something went wrong
(no warning for instance).
<rdar://problem/15517596>
llvm-svn: 199338
|
| |
|
|
|
|
| |
This was never used for anything so we should just get rid of it.
llvm-svn: 199337
|
| |
|
|
|
|
| |
This was never used for anything so we should just get rid of it.
llvm-svn: 199336
|
| |
|
|
|
|
|
| |
Set NaCl OSTargetInfo to have LongLongAlign = 64. Otherwise, it will
pick up the setting of 32 from X86_32TargetInfo.
llvm-svn: 199335
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
which catch buggy versions of libstdc++. While libc++ would pass them,
we don't actually update the state in the configure script to use libc++
when we pass --enable-libcpp, the logic for that is in the
Makefiles. So just completely skip the library test when that configure
flag is passed.
Hopefully this will be enough to fix the darwin bots at last, and thanks
to Duncan Smith for getting things set up so I can watch the bots myself
on lab.llvm.org and see any failures!
llvm-svn: 199334
|
| |
|
|
|
|
| |
This was never used for anything so we should just get rid of it.
llvm-svn: 199333
|
| |
|
|
|
|
|
|
|
| |
precise in the length accounting and use memcpy instead of
strcpy/strcat.
Differential Revision: http://llvm-reviews.chandlerc.com/D2547
llvm-svn: 199332
|
| |
|
|
|
|
| |
Redirect the output of llc to /dev/null.
llvm-svn: 199329
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This fixes a regression intruced by r199135.
Revision 199135 tried to simplify part of the logic in method
DAGCombiner::SimplifyVBinOp introducing calls to method BuildVectorSDNode::isConstant().
However, that revision wrongly changed the check performed by method
SimplifyVBinOp to identify dag nodes that can be folded.
Before revision 199135, that method only tried to simplify vector binary operations
if both operands were build_vector of Constant/ConstantFP/Undef only.
After revision 199135, method SimplifyVBinop tried to
simplify also vector binary operations with only one constant operand.
This fixes the problem restoring the old behavior of SimplifyVBinOp.
llvm-svn: 199328
|
| |
|
|
| |
llvm-svn: 199327
|
| |
|
|
|
|
|
|
| |
I did write a version returning ErrorOr<OwningPtr<Binary> >, but it is too
cumbersome to use without std::move. I will keep the patch locally and submit
when we switch to c++11.
llvm-svn: 199326
|
| |
|
|
|
|
|
|
|
|
| |
enable flag that selects the C++ standard library to use with the host
toolchain. Otherwise we end up testing the wrong config.
I'm not really happy about this placement, but its pragmatic and should
unblock the Apple builders.
llvm-svn: 199325
|
| |
|
|
|
|
|
|
|
|
| |
marked as AlwaysInline or ForceInline.
This moves us to what gcc does with -fno-inline. The attribute approach
was discussed to be better than switching to InlineAlways inliner in presence
of LTO.
llvm-svn: 199324
|
| |
|
|
|
|
|
|
| |
the | and & bitwise operators.
rdar://15570412
llvm-svn: 199323
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
Per discussion with Anna a /long/ time ago, it was way too easy to misuse
BlockCall: because it inherited from AnyFunctionCall (through SimpleCall),
getDecl() was constrained to return a FunctionDecl, and you had to call
getBlockDecl() instead. This goes against the whole point of CallEvent
(to abstract over different ways to invoke bodies of code).
Now, BlockCall just inherits directly from CallEvent. There's a bit of
duplication in getting things out of the origin expression (which is still
known to be a CallExpr), but nothing significant.
llvm-svn: 199321
|
| |
|
|
|
|
|
|
| |
This allows us to use CHECK-LABEL to ensure that we're checking the right CFG.
Debugging change only.
llvm-svn: 199320
|
| |
|
|
| |
llvm-svn: 199319
|
| |
|
|
|
|
| |
prefixes'.
llvm-svn: 199318
|
| |
|
|
|
|
|
|
|
|
|
|
| |
Before:
var arr = [ 1, 2, 3 ];
var obj = {a : 1, b : 2, c : 3};
After:
var arr = [1, 2, 3];
var obj = {a: 1, b: 2, c: 3};
llvm-svn: 199317
|
| |
|
|
| |
llvm-svn: 199316
|
| |
|
|
| |
llvm-svn: 199315
|
| |
|
|
|
|
| |
*quite* ready to just slam C++11 on by default.
llvm-svn: 199314
|