| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
|
|
|
| |
For consistency, change the address in the test case from 0xDEADBEEF to
0xCAFEBABE since 0xCAFEBABE that actually has a 2-byte alignment.
llvm-svn: 183962
|
|
|
|
| |
llvm-svn: 183960
|
|
|
|
| |
llvm-svn: 183955
|
|
|
|
| |
llvm-svn: 183954
|
|
|
|
|
|
|
| |
The current functionality is extremely basic and a bit rough around the
edges, but it will flesh out in future commits.
llvm-svn: 183953
|
|
|
|
| |
llvm-svn: 183950
|
|
|
|
| |
llvm-svn: 183947
|
|
|
|
| |
llvm-svn: 183941
|
|
|
|
| |
llvm-svn: 183940
|
|
|
|
|
|
|
|
|
| |
The test case for this is way too complex to be useful as a lit test,
and I was unable to reduce it.
https://bugs.freedesktop.org/show_bug.cgi?id=65438
llvm-svn: 183937
|
|
|
|
| |
llvm-svn: 183934
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This pass was assuming that if hasAddressTaken() returns false for a
function, the function's only uses are call sites. That's not true
because there can be references by BlockAddresses too.
Fix the pass to handle this case. Fix
BlockAddress::replaceUsesOfWithOnConstant() to allow a function's type
to be changed by RAUW'ing the function with a bitcast of the recreated
function.
Patch by Mark Seaborn.
llvm-svn: 183933
|
|
|
|
| |
llvm-svn: 183928
|
|
|
|
|
|
| |
Backends shouldn't retain any global state. No functionality change.
llvm-svn: 183927
|
|
|
|
|
|
|
|
|
|
|
|
| |
This is in preparation for switching the clang driver over to using LLVM's
Option library. Richard Smith introduced most of these changes to the clang
driver in r167638.
Reviewers: espindola on IRC
Differential Revision: http://llvm-reviews.chandlerc.com/D970
llvm-svn: 183925
|
|
|
|
| |
llvm-svn: 183921
|
|
|
|
| |
llvm-svn: 183920
|
|
|
|
|
|
| |
Now PathV1.h is not needed in GraphWriter.h.
llvm-svn: 183919
|
|
|
|
| |
llvm-svn: 183914
|
|
|
|
| |
llvm-svn: 183913
|
|
|
|
| |
llvm-svn: 183907
|
|
|
|
|
|
|
|
|
|
|
|
| |
Execute's Data parameter is now optional, so we won't allocate memory
for it on Windows and we'll close the process handle.
The Unix code should probably do something similar to avoid accumulation
of zombie children that haven't been waited on.
Tested on Linux and Windows.
llvm-svn: 183906
|
|
|
|
| |
llvm-svn: 183904
|
|
|
|
|
|
|
| |
operator<< so that functions are printed as just their name instead of as their
entire definition, which is excessively verbose in this context.
llvm-svn: 183871
|
|
|
|
| |
llvm-svn: 183868
|
|
|
|
| |
llvm-svn: 183866
|
|
|
|
| |
llvm-svn: 183865
|
|
|
|
|
|
|
| |
It was only used to implement ExecuteAndWait and ExecuteNoWait. Expose just
those two functions and make Execute and Wait implementations details.
llvm-svn: 183864
|
|
|
|
|
|
|
| |
Now that the PRED_BAD has been removed, this is failing the Clang
-Werror build due to -Wcovered-switch-default.
llvm-svn: 183863
|
|
|
|
|
|
|
|
| |
I'm taking David Blaikie's suggestion to use an
Optional<PPC::Predicate> return value instead. That's the right
solution for this problem. Thanks for pointing out that possibility!
llvm-svn: 183858
|
|
|
|
|
|
|
| |
Introducing PRED_BAD caused some unexpected warnings that are now
suppressed.
llvm-svn: 183854
|
|
|
|
|
|
|
|
|
|
|
|
| |
These records are mandatory for executables and are used by the loader.
Reviewers: rafael
CC: llvm-commits
Differential Revision: http://llvm-reviews.chandlerc.com/D939
llvm-svn: 183852
|
|
|
|
|
|
| |
Should fix the dragonegg build bots.
llvm-svn: 183845
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This is a preparatory patch for fast-isel support. The instruction
selector will need to access some functions in PPCGenCallingConv.inc,
which in turn requires several helper functions to be defined. These
are currently defined near the only use of PCCGenCallingConv.inc,
inside PPCISelLowering.cpp. This patch moves the declaration of the
functions into the associated header file to provide the needed
visibility.
No functional change intended.
llvm-svn: 183844
|
|
|
|
|
|
| |
No functionality change.
llvm-svn: 183842
|
|
|
|
|
|
|
|
| |
Allows returning a PPC::Predicate from a function with a no-predicate
value possible. Preparatory patch for fast-isel on PPC64 ELF. No
behavioral change intended.
llvm-svn: 183841
|
|
|
|
| |
llvm-svn: 183840
|
|
|
|
| |
llvm-svn: 183839
|
|
|
|
| |
llvm-svn: 183838
|
|
|
|
| |
llvm-svn: 183836
|
|
|
|
| |
llvm-svn: 183835
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
I've been comparing the object file output of LLVM's integrated
assembler against the external assembler on PowerPC, and one
area where differences still remain are in DWARF sections.
In particular, the GNU assembler generates .debug_frame and
.debug_line sections using a code alignment factor of 4, since
all PowerPC instructions have size 4 and must be aligned to a
multiple of 4. However, current MC code hard-codes a code
alignment factor of 1.
This patch changes this by adding a "minimum instruction alignment"
data element to MCAsmInfo and using this as code alignment factor.
This requires passing a MCContext into MCDwarfLineAddr::Encode
and MCDwarfLineAddr::EncodeAdvanceLoc. Note that one caller,
MCDwarfLineAddr::Write, didn't actually have that information
available. However, it turns out that this routine is in fact
never used in the whole code base, so the patch simply removes
it. If it turns out to be needed again at a later time, it
could be re-added with an updated interface.
llvm-svn: 183834
|
|
|
|
| |
llvm-svn: 183833
|
|
|
|
| |
llvm-svn: 183831
|
|
|
|
|
|
|
|
|
| |
`typeinfo for llvm::cl::GenericOptionValue').
Remove an "anchor" method for an abstract class. (This does not
increase the number of vtables.)
llvm-svn: 183830
|
|
|
|
| |
llvm-svn: 183828
|
|
|
|
| |
llvm-svn: 183827
|
|
|
|
| |
llvm-svn: 183826
|
|
|
|
|
|
| |
LLVMX86CompilationCallback2, called from inline asm.
llvm-svn: 183824
|
|
|
|
|
|
| |
This slipped in during a hasty renaming.
llvm-svn: 183810
|