llvm-mirror/lib/LTO/LLVMBuild.txt

;===- ./lib/LTO/LLVMBuild.txt ----------------------------------*- Conf -*--===;
;
; Part of the LLVM Project, under the Apache License v2.0 with LLVM Exceptions.
; See https://llvm.org/LICENSE.txt for license information.
; SPDX-License-Identifier: Apache-2.0 WITH LLVM-exception
;
;===------------------------------------------------------------------------===;
;
; This is an LLVMBuild description file for the components in this subdirectory.
;
; For more information on the LLVMBuild system, please see:
;
;   http://llvm.org/docs/LLVMBuild.html
;
;===------------------------------------------------------------------------===;

[component_0]
type = Library
name = LTO
parent = Libraries
required_libraries =
 AggressiveInstCombine
 Analysis
 BinaryFormat
 BitReader
 BitWriter
 CodeGen
 Core
 Extensions
 IPO
 InstCombine
 Linker
 MC
 ObjCARC
 Object
 Passes
 Remarks
 Scalar
 Support
 Target
 TransformUtils
Move LTO support library to a component, allowing it to be tested more reliably across platforms. Patch by Tom Roeder! llvm-svn: 191343 2013-09-25 01:52:22 +02:00			`;===- ./lib/LTO/LLVMBuild.txt ----------------------------------- Conf ---===;`
			`;`
Update the file headers across all of the LLVM projects in the monorepo to reflect the new license. We understand that people may be surprised that we're moving the header entirely to discuss the new license. We checked this carefully with the Foundation's lawyer and we believe this is the correct approach. Essentially, all code in the project is now made available by the LLVM project under our new license, so you will see that the license headers include that license only. Some of our contributors have contributed code under our old license, and accordingly, we have retained a copy of our old license notice in the top-level files in each project and repository. llvm-svn: 351636 2019-01-19 09:50:56 +01:00			`; Part of the LLVM Project, under the Apache License v2.0 with LLVM Exceptions.`
			`; See https://llvm.org/LICENSE.txt for license information.`
			`; SPDX-License-Identifier: Apache-2.0 WITH LLVM-exception`
Move LTO support library to a component, allowing it to be tested more reliably across platforms. Patch by Tom Roeder! llvm-svn: 191343 2013-09-25 01:52:22 +02:00			`;`
			`;===------------------------------------------------------------------------===;`
			`;`
			`; This is an LLVMBuild description file for the components in this subdirectory.`
			`;`
			`; For more information on the LLVMBuild system, please see:`
			`;`
			`; http://llvm.org/docs/LLVMBuild.html`
			`;`
			`;===------------------------------------------------------------------------===;`

			`[component_0]`
			`type = Library`
			`name = LTO`
			`parent = Libraries`
Wrap some long lines in LLVMBuild files. NFC As suggested by jroelofs in a prior review (D9752), it makes sense to generally prefer multi-line format. llvm-svn: 239632 2015-06-12 20:44:57 +02:00			`required_libraries =`
Another try to commit 323321 (aggressive instruction combine). llvm-svn: 323416 2018-01-25 13:06:32 +01:00			`AggressiveInstCombine`
Wrap some long lines in LLVMBuild files. NFC As suggested by jroelofs in a prior review (D9752), it makes sense to generally prefer multi-line format. llvm-svn: 239632 2015-06-12 20:44:57 +02:00			`Analysis`
[LTO][Legacy] Add explicit dependency on BinaryFormat This fixes some windows bots. 2020-02-29 00:49:28 +01:00			`BinaryFormat`
Wrap some long lines in LLVMBuild files. NFC As suggested by jroelofs in a prior review (D9752), it makes sense to generally prefer multi-line format. llvm-svn: 239632 2015-06-12 20:44:57 +02:00			`BitReader`
			`BitWriter`
			`CodeGen`
			`Core`
Update compiler extension integration into the build system The approach here is to create a new (empty) component, `Extensions', where all statically compiled extensions dynamically register their dependencies. That way we're more natively compatible with LLVMBuild and llvm-config. Fixes: https://bugs.llvm.org/show_bug.cgi?id=44870 Differential Revision: https://reviews.llvm.org/D78192 2020-04-20 12:39:32 +02:00			`Extensions`
Wrap some long lines in LLVMBuild files. NFC As suggested by jroelofs in a prior review (D9752), it makes sense to generally prefer multi-line format. llvm-svn: 239632 2015-06-12 20:44:57 +02:00			`IPO`
			`InstCombine`
			`Linker`
			`MC`
			`ObjCARC`
			`Object`
[lib/LTO] Add a way to run a custom pipeline Differential Revision: https://reviews.llvm.org/D24095 llvm-svn: 280830 2016-09-07 19:46:16 +02:00			`Passes`
Fix -DBUILD_SHARED_LIBS=ON build after rL362160 Differential Revision: https://reviews.llvm.org/D62709 llvm-svn: 362180 2019-05-31 03:04:00 +02:00			`Remarks`
Wrap some long lines in LLVMBuild files. NFC As suggested by jroelofs in a prior review (D9752), it makes sense to generally prefer multi-line format. llvm-svn: 239632 2015-06-12 20:44:57 +02:00			`Scalar`
			`Support`
			`Target`
Restore "Resolution-based LTO API." This restores commit r278330, with fixes for a few bot failures: - Fix a late change I had made to the save temps output file that I missed due to existing files sitting on my disk - Fix a bunch of Windows bot failures with "ambiguous call to overloaded function" due to confusion between llvm::make_unique vs std::make_unique (preface the new make_unique calls with "llvm::") - Attempt to fix a modules bot failure by adding a missing include to LTO/Config.h. Original change: Resolution-based LTO API. Summary: This introduces a resolution-based LTO API. The main advantage of this API over existing APIs is that it allows the linker to supply a resolution for each symbol in each object, rather than the combined object as a whole. This will become increasingly important for use cases such as ThinLTO which require us to process symbol resolutions in a more complicated way than just adjusting linkage. Patch by Peter Collingbourne. Reviewers: rafael, tejohnson, mehdi_amini Subscribers: lhames, tejohnson, mehdi_amini, llvm-commits Differential Revision: https://reviews.llvm.org/D20268 llvm-svn: 278338 2016-08-11 16:58:12 +02:00			`TransformUtils`