summaryrefslogtreecommitdiffstats
path: root/llvm/include/llvm/module.modulemap
Commit message (Collapse)AuthorAgeFilesLines
* Put "built-in" function definitions in global Used list, for LTO. (fix bug ↵Peter Collingbourne2018-07-241-1/+1
| | | | | | | | | | | | | | 34169) When building with LTO, builtin functions that are defined but whose calls have not been inserted yet, get internalized. The Global Dead Code Elimination phase in the new LTO implementation then removes these function definitions. Later optimizations add calls to those functions, and the linker then dies complaining that there are no definitions. This CL fixes the new LTO implementation to check if a function is builtin, and if so, to not internalize (and later DCE) the function. As part of this fix I needed to move the RuntimeLibcalls.{def,h} files from the CodeGen subidrectory to the IR subdirectory. I have updated all the files that accessed those two files to access their new location. Fixes PR34169 Patch by Caroline Tice! Differential Revision: https://reviews.llvm.org/D49434 llvm-svn: 337847
* [WebAssembly] Remove ELF file support.Sam Clegg2018-07-161-1/+0
| | | | | | | | | This support was partial and temporary. Now that we have wasm object file support its no longer needed. Differential Revision: https://reviews.llvm.org/D48744 llvm-svn: 337222
* Reappl "[Dominators] Add the DomTreeUpdater class"Jakub Kuderski2018-07-031-0/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Summary: This patch is the first in a series of patches related to the [[ http://lists.llvm.org/pipermail/llvm-dev/2018-June/123883.html | RFC - A new dominator tree updater for LLVM ]]. This patch introduces the DomTreeUpdater class, which provides a cleaner API to perform updates on available dominator trees (none, only DomTree, only PostDomTree, both) using different update strategies (eagerly or lazily) to simplify the updating process. —Prior to the patch— - Directly calling update functions of DominatorTree updates the data structure eagerly while DeferredDominance does updates lazily. - DeferredDominance class cannot be used when a PostDominatorTree also needs to be updated. - Functions receiving DT/DDT need to branch a lot which is currently necessary. - Functions using both DomTree and PostDomTree need to call the update function separately on both trees. - People need to construct an additional DeferredDominance class to use functions only receiving DDT. —After the patch— Patch by Chijun Sima <simachijun@gmail.com>. Reviewers: kuhar, brzycki, dmgreen, grosser, davide Reviewed By: kuhar, brzycki Author: NutshellySima Subscribers: vsk, mgorny, llvm-commits Differential Revision: https://reviews.llvm.org/D48383 llvm-svn: 336163
* Revert "[Dominators] Add the DomTreeUpdater class"Jakub Kuderski2018-07-021-2/+0
| | | | | | | | Temporary revert because of a failing test on some buildbots. This reverts commit r336114. llvm-svn: 336117
* [Dominators] Add the DomTreeUpdater classJakub Kuderski2018-07-021-0/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Summary: This patch is the first in a series of patches related to the [[ http://lists.llvm.org/pipermail/llvm-dev/2018-June/123883.html | RFC - A new dominator tree updater for LLVM ]]. This patch introduces the DomTreeUpdater class, which provides a cleaner API to perform updates on available dominator trees (none, only DomTree, only PostDomTree, both) using different update strategies (eagerly or lazily) to simplify the updating process. —Prior to the patch— - Directly calling update functions of DominatorTree updates the data structure eagerly while DeferredDominance does updates lazily. - DeferredDominance class cannot be used when a PostDominatorTree also needs to be updated. - Functions receiving DT/DDT need to branch a lot which is currently necessary. - Functions using both DomTree and PostDomTree need to call the update function separately on both trees. - People need to construct an additional DeferredDominance class to use functions only receiving DDT. —After the patch— Patch by Chijun Sima <simachijun@gmail.com>. Reviewers: kuhar, brzycki, dmgreen, grosser, davide Reviewed By: kuhar, brzycki Subscribers: vsk, mgorny, llvm-commits Author: NutshellySima Differential Revision: https://reviews.llvm.org/D48383 llvm-svn: 336114
* Rename *CommandFlags.def to *CommandFlags.incDavid Blaikie2018-04-111-3/+2
| | | | | | | | These aren't the .def style files used in LLVM that require a macro defined before their inclusion - they're just basic non-modular includes to stamp out command line flag variables. llvm-svn: 329840
* Fix module.modulemap after r328395Eric Fiselier2018-03-241-6/+0
| | | | | | | This patch removes the MachineValueType module since the header was removed in r328395. llvm-svn: 328439
* Fix layering of CodeGen/TargetOpcodes.def by moving it to SupportDavid Blaikie2018-03-231-1/+1
| | | | | | | It's also used by utils/TableGen so needs to reside somewhere common to TableGen and CodeGen. llvm-svn: 328396
* [DIA] Add IPDBSectionContrib interfaces and DIA implementationAaron Smith2018-03-221-0/+2
| | | | | | | | | | | | | | | | | | | | | To resolve symbol context at a particular address, we need to determine the compiland for the address. We are able to determine the parent compiland of PDBSymbolFunc, PDBSymbolTypeUDT, PDBSymbolTypeEnum symbols indirectly through line information. However no such information is availabile for PDBSymbolData, i.e. variables. The Section Contribution table from PDBs has information about each compiland's contribution to sections by address. For example, a piece of a contribution looks like, VA RelativeVA Sect No. Offset Length Compiland 14000087B0 000087B0 0001 000077B0 000000BB exe_main.obj So given an address, it's possible to determine its compiland with this information. llvm-svn: 328178
* Change DT_* value definitions to macros in a separate fileAlexander Richardson2018-03-211-0/+1
| | | | | | | | | | | | | | | | | | | | Summary: I recently added a new dynamic tag to our fork of LLVM and when adding it to llvm-readobj I noticed that not all DT_ values were being handled there. Using macros in a .def file that can be included by both ELFDumper.cpp and the ELF.h header ensures that the two don't get out of sync when new values are added. Reviewers: grimar, pcc, davide, espindola Reviewed By: grimar, espindola Subscribers: srhines, llvm-commits Differential Revision: https://reviews.llvm.org/D44558 llvm-svn: 328099
* Update modulemap to exclude new DIA headers.Zachary Turner2018-03-131-0/+3
| | | | llvm-svn: 327444
* [WebAssembly] Remove unneeded sub-directorySam Clegg2017-12-211-1/+1
| | | | | | | | | This is the only wasm def (and likely likely will be for the foreseeable) file so no need for a sub-directory Differential Revision: https://reviews.llvm.org/D41476 llvm-svn: 321246
* [Modules] Add textual headers for recently added .def filesBruno Cardoso Lopes2017-11-291-2/+2
| | | | | | | | Keep module.modulemap up to date and get rid of -Wincomplete-umbrella warnings rdar://problem/35711925 llvm-svn: 319273
* Fix a bunch more layering of CodeGen headers that are in TargetDavid Blaikie2017-11-171-3/+1
| | | | | | | | All these headers already depend on CodeGen headers so moving them into CodeGen fixes the layering (since CodeGen depends on Target, not the other way around). llvm-svn: 318490
* [DebugInfo/PDB] Exclude the PDB/DIA files added in my previous commit from ↵Aaron Smith2017-11-161-0/+2
| | | | | | modulemap llvm-svn: 318425
* llvm/Support/TargetParser.h: Fix -fmodules build in rL317900.NAKAMURA Takumi2017-11-111-0/+1
| | | | llvm-svn: 317966
* InstructionSelectorImpl.h: Modularize/remove ODR violations by using a ↵David Blaikie2017-10-261-1/+0
| | | | | | static member function to expose the debug name llvm-svn: 316715
* llvm/module.modulemap: Create LLVM_MC_TableGen. It is used by llvm-tblgen.NAKAMURA Takumi2017-10-111-0/+10
| | | | llvm-svn: 315450
* llvm/module.modulemap: Move Support_TargetRegistry to let LLVMSupport free ↵NAKAMURA Takumi2017-10-111-6/+7
| | | | | | from MC. llvm-svn: 315449
* CodeView: Provide a .def file with the register idsHans Wennborg2017-10-031-0/+1
| | | | | | | | | | | | | | The list of register ids was previously written out in a couple of dirrent places. This puts it in a .def file and also adds a few more registers (e.g. the x87 regs) which should lead to more readable dumps, but I didn't include the whole list since that seems unnecessary. X86_MC::initLLVMToSEHAndCVRegMapping is pretty ugly, but at least it's not relying on magic constants anymore. The TODO of using tablegen still stands. Differential revision: https://reviews.llvm.org/D38480 llvm-svn: 314821
* [ARC] Prepare the implementation of relocation for LLDLeslie Zhai2017-09-131-0/+1
| | | | | | | | | | | | Reviewers: ruiu, kparzysz, petecoup, rafael Reviewed By: kparzysz Subscribers: llvm-commits Differential Revision: https://reviews.llvm.org/D37556 llvm-svn: 313109
* [ORC] Exclude RemoteObjectLayer from the ExecutionEngine module, as modulesLang Hames2017-09-051-0/+1
| | | | | | | | | | | | | | | | | | builds seem to be having trouble with it. http://lab.llvm.org:8011/builders/clang-x86_64-linux-selfhost-modules-2/builds/11401 When trying to link lli-child-target, the linker reports missing symbols for the 'Name' members of 'rpc::Function<OrcRPCNegotiate, FunctionIdT(std::string)>' (base class for OrcRPCNegotiate) and 'rpc::Function<OrcRPCResponse, void()>' (base class for OrcRPCResponse), despite there being definitions for these immediately below the rpc::Function class template. This looks like the same bug that bit OrcRemoteTargetClient/Server in r286920. <rdar://problem/34249745> llvm-svn: 312515
* Move manifest utils into separate lib, to reduce libxml2 deps.Eric Beckmann2017-07-261-0/+6
| | | | | | | | | | | | | | | | Summary: Previously were in support. Since many many things depend on support, were all forced to also depend on libxml2, which we only want in a few cases. This puts all the libxml2 deps in a separate lib to be used only in a few places. Reviewers: ruiu, thakis, rnk Subscribers: mgorny, hiraditya, llvm-commits Differential Revision: https://reviews.llvm.org/D35819 llvm-svn: 309070
* Update module map for RuntimeLibcallsDerek Schuff2017-07-191-0/+1
| | | | | | The def file was created in r308531 llvm-svn: 308547
* [globalisel][tablegen] Fix the modules build after r307079Daniel Sanders2017-07-041-0/+1
| | | | | | Exclude InstructionSelectorImpl.h since DEBUG_TYPE may vary between includes. llvm-svn: 307093
* Fix modular buildKamil Rytarowski2017-06-221-1/+2
| | | | | | Exclude header Support/Solaris/sys/regset.h. llvm-svn: 306061
* [Solaris] replace Solaris.h hack with a set of better hacksKamil Rytarowski2017-06-221-3/+0
| | | | | | | | | | | | | | | | | | | Summary: Got rid of unwieldy -include Solaris.h portability solution, replacing it with interposed header and moving endian defines into Host.h. Fixes PR28370. Reviewers: joerg, alekseyshl, mgorny Reviewed By: joerg Subscribers: llvm-commits, mgorny, ro, krytarowski Patch by Fedor Sergeev. Differential Revision: https://reviews.llvm.org/D3413 llvm-svn: 306002
* 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
OpenPOWER on IntegriCloud