| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Aside from moving the actual files, this patch only updates the build
system and the source file comments under lib/... that are relevant.
I'll be updating other docs and other files in smaller subsequnet
commits.
While I've tried to test this, but it is entirely possible that there
will still be some build system fallout.
Also, note that I've not changed the library name itself: libLLVMCore.a
is still the library name. I'd be interested in others' opinions about
whether we should rename this as well (I think we should, just not sure
what it might break)
llvm-svn: 171359
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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: 140785
|
|
|
|
|
|
| |
Luis Felipe Strano Moraes!
llvm-svn: 129558
|
|
|
|
| |
llvm-svn: 122911
|
|
|
|
| |
llvm-svn: 120298
|
|
|
|
| |
llvm-svn: 117111
|
|
|
|
|
|
|
|
| |
registration by having PassRegistry
delete PassInfo objects that were created using new-style initialization.
llvm-svn: 116959
|
|
|
|
| |
llvm-svn: 116280
|
|
|
|
|
|
| |
global namespace at the same time.
llvm-svn: 114131
|
|
|
|
|
|
| |
synchronize any method that might lazily initialize the pImpl.
llvm-svn: 114130
|
|
|
|
|
|
|
|
|
| |
While it might intuitively seem
that all the setup of this class currently happens at static initialization time, this misses the fact
that some later events can cause mutation of the PassRegistrationListeners list, and thus cause race issues.
llvm-svn: 114036
|
|
|
|
| |
llvm-svn: 113772
|
|
|
|
|
|
|
| |
switch to using a ManagedStatic for the global PassRegistry instead of a
ManagedCleanup, and fix a destruction ordering bug this exposed.
llvm-svn: 113283
|
|
|
|
|
|
|
|
| |
#include clutter
and exposing internal details.
llvm-svn: 113252
|
|
|
|
| |
llvm-svn: 110460
|
|
|
|
| |
llvm-svn: 110410
|
|
|
|
|
|
|
|
| |
address of the static
ID member as the sole unique type identifier. Clean up APIs related to this change.
llvm-svn: 110396
|
|
|
|
| |
llvm-svn: 109019
|
|
|
|
| |
llvm-svn: 108966
|
|
|
|
|
|
| |
go away eventually, but for now we still need it around.
llvm-svn: 108932
|
|
llvm-svn: 108888
|