| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
into their new header subdirectory: include/llvm/IR. This matches the
directory structure of lib, and begins to correct a long standing point
of file layout clutter in LLVM.
There are still more header files to move here, but I wanted to handle
them in separate commits to make tracking what files make sense at each
layer easier.
The only really questionable files here are the target intrinsic
tablegen files. But that's a battle I'd rather not fight today.
I've updated both CMake and Makefile build systems (I think, and my
tests think, but I may have missed something).
I've also re-sorted the includes throughout the project. I'll be
committing updates to Clang, DragonEgg, and Polly momentarily.
llvm-svn: 171366
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Sooooo many of these had incorrect or strange main module includes.
I have manually inspected all of these, and fixed the main module
include to be the nearest plausible thing I could find. If you own or
care about any of these source files, I encourage you to take some time
and check that these edits were sensible. I can't have broken anything
(I strictly added headers, and reordered them, never removed), but they
may not be the headers you'd really like to identify as containing the
API being implemented.
Many forward declarations and missing includes were added to a header
files to allow them to parse cleanly when included first. The main
module rule does in fact have its merits. =]
llvm-svn: 169131
|
|
|
|
| |
llvm-svn: 150780
|
|
|
|
| |
llvm-svn: 150779
|
|
|
|
|
|
| |
<rdar://problem/10405911>
llvm-svn: 144000
|
|
|
|
|
|
|
| |
new gcc warning that complains on self-assignments and
self-initializations.
llvm-svn: 122458
|
|
|
|
| |
llvm-svn: 106164
|
|
|
|
|
|
| |
AllocaInst and MallocInst.
llvm-svn: 75863
|
|
|
|
| |
llvm-svn: 75703
|
|
|
|
| |
llvm-svn: 52590
|
|
|
|
| |
llvm-svn: 52494
|
|
|
|
| |
llvm-svn: 45418
|
|
|
|
|
|
|
| |
- enable phi instructions demotion to stack
- create alloca instructions in the entry block
llvm-svn: 43208
|
|
|
|
| |
llvm-svn: 41676
|
|
|
|
| |
llvm-svn: 39744
|
|
|
|
| |
llvm-svn: 23618
|
|
|
|
| |
llvm-svn: 23473
|
|
|
|
| |
llvm-svn: 21427
|
|
|
|
|
|
| |
Bill Wendling!!
llvm-svn: 20649
|
|
|
|
| |
llvm-svn: 12597
|
|
|
|
| |
llvm-svn: 12456
|
|
|
|
| |
llvm-svn: 12368
|
|
|
|
| |
llvm-svn: 10727
|
|
|
|
| |
llvm-svn: 9903
|
|
|
|
| |
llvm-svn: 9753
|
|
|
|
|
|
| |
Header files will be on the way.
llvm-svn: 9298
|
|
|
|
| |
llvm-svn: 9133
|
|
|
|
|
|
| |
Rename Function::getEntryNode -> getEntryBlock
llvm-svn: 8623
|
|
|
|
| |
llvm-svn: 6397
|
|
virtual register computed by an Instruction& X and replaces it with
a slot in the stack frame, allocated via alloca.
llvm-svn: 4964
|