| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
module.
The header files are designed to be used always together (through Pass.h).
Addresses the first part of https://llvm.org/bugs/show_bug.cgi?id=27991
Patch by Cristina Cristescu and me.
Reviewed by Richard Smith.
llvm-svn: 272877
|
|
|
|
|
|
| |
workaround from module map.
llvm-svn: 272612
|
|
|
|
| |
llvm-svn: 270902
|
|
|
|
| |
llvm-svn: 269438
|
|
|
|
| |
llvm-svn: 263319
|
|
|
|
|
|
| |
Differential Revision: http://reviews.llvm.org/D17005
llvm-svn: 260186
|
|
|
|
|
|
| |
Missed this stuff in r259291.
llvm-svn: 259292
|
|
|
|
|
|
| |
module map.
llvm-svn: 257515
|
|
|
|
| |
llvm-svn: 251163
|
|
|
|
|
|
|
| |
to get away with this because llvm/Support/GCOV.h was an implementation detail
of the llvm-gcov tool, but it's now being used by FDO.
llvm-svn: 250258
|
|
|
|
|
|
|
| |
The former setup once resulted in us ignoring the module for C compilations,
but Clang now errors on this if the header is included from C code (which it is).
llvm-svn: 247377
|
|
|
|
| |
llvm-svn: 247359
|
|
|
|
|
|
| |
build.
llvm-svn: 240823
|
|
|
|
|
|
|
| |
Mark CodeGen/DIEValues.def as a textual inclusion to fix the
`LLVM_ENABLE_MODULES` build.
llvm-svn: 239794
|
|
|
|
| |
llvm-svn: 235666
|
|
|
|
| |
llvm-svn: 231532
|
|
|
|
| |
llvm-svn: 230427
|
|
|
|
| |
llvm-svn: 229591
|
|
|
|
| |
llvm-svn: 229243
|
|
|
|
|
|
| |
don't get included on systems where the DIA SDK is unavailable.
llvm-svn: 229200
|
|
|
|
|
|
| |
header.
llvm-svn: 229154
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
LLVM's include tree and the use of using declarations to hide the
'legacy' namespace for the old pass manager.
This undoes the primary modules-hostile change I made to keep
out-of-tree targets building. I sent an email inquiring about whether
this would be reasonable to do at this phase and people seemed fine with
it, so making it a reality. This should allow us to start bootstrapping
with modules to a certain extent along with making it easier to mix and
match headers in general.
The updates to any code for users of LLVM are very mechanical. Switch
from including "llvm/PassManager.h" to "llvm/IR/LegacyPassManager.h".
Qualify the types which now produce compile errors with "legacy::". The
most common ones are "PassManager", "PassManagerBase", and
"FunctionPassManager".
llvm-svn: 229094
|
|
|
|
| |
llvm-svn: 226980
|
|
|
|
| |
llvm-svn: 224091
|
|
|
|
| |
llvm-svn: 222808
|
|
|
|
|
|
|
| |
has been modular since r206822, and excluding it was leading to workarounds
such as the one in r219592, which this change removes.
llvm-svn: 219593
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The code is buggy and barely tested. It is also mostly boilerplate.
(This includes MCObjectDisassembler, which is the interface to that
functionality)
Following an IRC discussion with Jim Grosbach, it seems sensible to just
nuke the whole lot of functionality, and dig it up from VCS if
necessary (I hope not!).
All of this stuff appears to have been added in a huge patch dump (look
at the timeframe surrounding e.g. r182628) where almost every patch
seemed to be untested and not reviewed before being committed.
Post-review responses to the patches were never addressed. I don't think
any of it would have passed pre-commit review.
I doubt anyone is depending on this, since this code appears to be
extremely buggy. In limited testing that Michael Spencer and I did, we
couldn't find a single real-world object file that wouldn't crash the
CFG reconstruction stuff. The symbolizer stuff has O(n^2) behavior and
so is not much use to anyone anyway. It seemed simpler to remove them as
a whole. Most of this code is boilerplate, which is the only way it was
able to scrape by 60% coverage.
HEADSUP: Modules folks, some files I nuked were referenced from
include/llvm/module.modulemap; I just deleted the references. Hopefully
that is the right fix (one was a FIXME though!).
llvm-svn: 216983
|
|
|
|
|
|
| |
been relocated.
llvm-svn: 215139
|
|
|
|
| |
llvm-svn: 214000
|
|
yet, but only a few more Clang patches need to land. (I have 'ninja check'
passing locally.)
llvm-svn: 209269
|