summaryrefslogtreecommitdiffstats
path: root/llvm/include/llvm/module.modulemap
Commit message (Collapse)AuthorAgeFilesLines
...
* Add BinaryFormat module definitionEric Fiselier2017-06-071-0/+25
| | | | llvm-svn: 304928
* Adjust module.modulemap after r304864Eric Fiselier2017-06-071-19/+0
| | | | llvm-svn: 304878
* Fix CodeView-related modules build failures post-r304248Vedant Kumar2017-05-311-2/+2
| | | | llvm-svn: 304264
* Modules: fix modules build.Tim Northover2017-05-111-0/+1
| | | | | | | | A recent commit made GlobalVariable.h depend on intrinsics generation, so (I think) it needs to be in the lower-level module. I'll confirm with others, but this should fix the bots. llvm-svn: 302803
* Recommit: [globalisel] Change LLT constructor string into an LLT-based ↵Daniel Sanders2017-03-071-5/+5
| | | | | | | | | | | | | | | | | | | | object that knows how to generate it. Summary: This will allow future patches to inspect the details of the LLT. The implementation is now split between the Support and CodeGen libraries to allow TableGen to use this class without introducing layering concerns. Thanks to Ahmed Bougacha for finding a reasonable way to avoid the layering issue and providing the version of this patch without that problem. The problem with the previous commit appears to have been that TableGen was including CodeGen/LowLevelType.h instead of Support/LowLevelTypeImpl.h. Reviewers: t.p.northover, qcolombet, rovka, aditya_nandakumar, ab, javed.absar Subscribers: arsenm, nhaehnle, mgorny, dberris, llvm-commits, kristof.beyls Differential Revision: https://reviews.llvm.org/D30046 llvm-svn: 297241
* Revert r297177: Change LLT constructor string into an LLT-based object ...Daniel Sanders2017-03-071-5/+5
| | | | | | | | | | More module problems. This time it only showed up in the stage 2 compile of clang-x86_64-linux-selfhost-modules-2 but not the stage 1 compile. Somehow, this change causes the build to need Attributes.gen before it's been generated. llvm-svn: 297188
* [globalisel] Change LLT constructor string into an LLT-based object that ↵Daniel Sanders2017-03-071-5/+5
| | | | | | | | | | | | | | | | | | knows how to generate it. Summary: This will allow future patches to inspect the details of the LLT. The implementation is now split between the Support and CodeGen libraries to allow TableGen to use this class without introducing layering concerns. Thanks to Ahmed Bougacha for finding a reasonable way to avoid the layering issue and providing the version of this patch without that problem. Reviewers: t.p.northover, qcolombet, rovka, aditya_nandakumar, ab, javed.absar Subscribers: arsenm, nhaehnle, mgorny, dberris, llvm-commits, kristof.beyls Differential Revision: https://reviews.llvm.org/D30046 llvm-svn: 297177
* Fix LLVM module buildSteven Wu2017-02-271-0/+1
| | | | | | Add WasmRelocs/WebAssembly.def to textual include header. llvm-svn: 296356
* Tentative fix for modules build.Peter Collingbourne2017-01-051-0/+1
| | | | llvm-svn: 291079
* [ORC] Work around an apparent modules/linkage issue.Lang Hames2016-11-151-0/+8
| | | | | | <rdar://problem/29247092> llvm-svn: 286930
* [RISCV] Add RISCV.def to module.modulemapAlex Bradbury2016-11-011-0/+1
| | | | llvm-svn: 285730
* [modules] Re-enable some previously excluded files.Vassil Vassilev2016-09-131-9/+0
| | | | | | | | Our modules support seems to be able to handle them nowadays. Patch by Cristina Cristescu! llvm-svn: 281340
* Update modulemap for Msf -> MSF rename.Benjamin Kramer2016-07-301-3/+3
| | | | llvm-svn: 277267
* Add a modulemap for LLVMDebugInfoMsf.Zachary Turner2016-07-251-0/+7
| | | | | | Differential Revision: https://reviews.llvm.org/D22769 llvm-svn: 276669
* Fix modules buildbot after r275633.Richard Smith2016-07-161-0/+1
| | | | llvm-svn: 275657
* Mark the textual headers in the module map for ProfileDataTeresa Johnson2016-07-131-0/+2
| | | | | | Follow on to r275312. llvm-svn: 275319
* Define a module map entry for ProfileData.Teresa Johnson2016-07-131-0/+8
| | | | | | | | As per Richard Smith, this should help avoid a modules bug exposed by my r275216 commit: http://lab.llvm.org:8011/builders/clang-x86_64-linux-selfhost-modules/builds/17560 llvm-svn: 275312
* Reapply "Define a module map entry for DebugInfo/CodeView."Adrian Prantl2016-07-011-0/+11
| | | | | | | | | This reapplies r274313 with two additional #include directives needed when submodule visibility is enabled. Fixes PR28384. llvm-svn: 274358
* Revert "Define a module map entry for DebugInfo/CodeView."Adrian Prantl2016-07-011-11/+0
| | | | | | | | This reverts commit r274313. While this fixed the build on Darwin, it broke Linux with local submodule visibility. llvm-svn: 274328
* Define a module map entry for DebugInfo/CodeView.Adrian Prantl2016-07-011-0/+11
| | | | | | This fixes the -fmodules build. llvm-svn: 274313
* [modules] Separate intrinsic_gen dependent headers from module LLVM_IR.Vassil Vassilev2016-06-281-0/+37
| | | | | | | | | | Some headers in IR depend on tablegen generated code. Modules builds triggered generation of the LLVM_IR module (including headers dependant on intrinsic_gen), imposing a unnecessary build dependency. Reviewed by Richard Smith. llvm-svn: 274006
* [modules] Good ol' JIT is gone.Vassil Vassilev2016-06-231-1/+0
| | | | llvm-svn: 273541
* Add the corresponding modulemap entry, following up r273066.Vassil Vassilev2016-06-191-0/+1
| | | | llvm-svn: 273112
* [modules] Combine Pass.h, PassSupport.h and PassAnalysisSupport.h into one ↵Vassil Vassilev2016-06-161-6/+13
| | | | | | | | | | | | | | 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
* Add missing include from r272607 to fix modules build, and remove out-dated ↵Richard Smith2016-06-141-9/+0
| | | | | | workaround from module map. llvm-svn: 272612
* Add new .def file to module map.Richard Smith2016-05-261-0/+1
| | | | llvm-svn: 270902
* Update module map for r269380.Richard Smith2016-05-131-0/+1
| | | | llvm-svn: 269438
* Add Lanai.def to the module map.Eric Christopher2016-03-121-0/+1
| | | | llvm-svn: 263319
* Fix the LLVM_ENABLE_MODULES build after adding TargetOpcodes.def in r259726.David L Kreitzer2016-02-091-0/+3
| | | | | | Differential Revision: http://reviews.llvm.org/D17005 llvm-svn: 260186
* Remove references to *.h.in files and some autoconf hackeryJustin Bogner2016-01-301-3/+0
| | | | | | Missed this stuff in r259291. llvm-svn: 259292
* [WebAssembly] Add ELFRelocs/WebAssembly.def as a "textual header" to the ↵Dan Gohman2016-01-121-0/+1
| | | | | | module map. llvm-svn: 257515
* llvm/module.modulemap: AVR.def should be textual header.NAKAMURA Takumi2015-10-241-0/+1
| | | | llvm-svn: 251163
* Rename one of our two llvm::GCOVOptions classes to llvm::GCOV::Options. We usedRichard Smith2015-10-141-4/+0
| | | | | | | 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
* [modules] Move ConvertUTF.h to a separate submodule that doesn't require C++.Richard Smith2015-09-111-0/+6
| | | | | | | 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
* [modules] Add another .def file to our list of textual headers.Richard Smith2015-09-101-0/+1
| | | | llvm-svn: 247359
* Add Value.def to the list of textual includes, excluding it from the modules ↵Benjamin Kramer2015-06-261-0/+1
| | | | | | build. llvm-svn: 240823
* modules: Mark CodeGen/DIEValues.def as a textual inclusionDuncan P. N. Exon Smith2015-06-161-0/+3
| | | | | | | Mark CodeGen/DIEValues.def as a textual inclusion to fix the `LLVM_ENABLE_MODULES` build. llvm-svn: 239794
* Fix modules build post-r235612.Richard Smith2015-04-231-0/+5
| | | | llvm-svn: 235666
* [modules] Mark Analysis/TargetLibraryInfo.def as a textual header.Richard Smith2015-03-061-0/+5
| | | | llvm-svn: 231532
* [modules] Add include/llvm/IR/DebugInfoFlags.def to the textual headers list.Richard Smith2015-02-251-0/+1
| | | | llvm-svn: 230427
* [modules] Fix typo in DIA exclusion in module map.Richard Smith2015-02-181-10/+10
| | | | llvm-svn: 229591
* [modules] Try harder to stop DebugInfo/PDB/DIA being built if not available.Richard Smith2015-02-141-2/+15
| | | | llvm-svn: 229243
* [modules] Split off a separate module for DebugInfo/PDB/DIA so that its headersRichard Smith2015-02-141-1/+24
| | | | | | don't get included on systems where the DIA SDK is unavailable. llvm-svn: 229200
* [modules] Mark include/llvm/Support/Dwarf.def as being a textually-included ↵Richard Smith2015-02-131-0/+1
| | | | | | header. llvm-svn: 229154
* [PM] Remove the old 'PassManager.h' header file at the top level ofChandler Carruth2015-02-131-18/+0
| | | | | | | | | | | | | | | | | | | | 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
* Bring the modules buildbot back to life after r226940.Richard Smith2015-01-241-0/+1
| | | | llvm-svn: 226980
* Update the modules build to match r223802.Richard Smith2014-12-121-1/+2
| | | | llvm-svn: 224091
* Try to make the modules buildbot happy again.Richard Smith2014-11-261-2/+14
| | | | llvm-svn: 222808
* [modules] Stop excluding Support/Debug.h from the Support module. This headerRichard Smith2014-10-131-3/+0
| | | | | | | 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
* Nuke MCAnalysis.Sean Silva2014-09-021-5/+0
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | 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
OpenPOWER on IntegriCloud