llvm-project/llvm/tools/opt/Makefile

##===- tools/opt/Makefile ----------------------------------*- Makefile -*-===##
#
#                     The LLVM Compiler Infrastructure
#
# This file is distributed under the University of Illinois Open Source
# License. See LICENSE.TXT for details.
#
##===----------------------------------------------------------------------===##

LEVEL := ../..
TOOLNAME := opt
LINK_COMPONENTS := bitreader bitwriter asmparser irreader instrumentation scalaropts objcarcopts ipo vectorize all-targets codegen passes

# Support plugins.
NO_DEAD_STRIP := 1

include $(LEVEL)/Makefile.common
Fixed file header comment. llvm-svn: 68250 2009-04-02 05:37:19 +08:00			`##===- tools/opt/Makefile ----------------------------------- Makefile --===##`
			`#`
Added LLVM copyright to Makefiles. llvm-svn: 9314 2003-10-21 06:29:16 +08:00			`# The LLVM Compiler Infrastructure`
			`#`
remove attributions from tools/utils makefiles. llvm-svn: 45414 2007-12-30 04:07:17 +08:00			`# This file is distributed under the University of Illinois Open Source`
			`# License. See LICENSE.TXT for details.`
Fixed file header comment. llvm-svn: 68250 2009-04-02 05:37:19 +08:00			`#`
Added LLVM copyright to Makefiles. llvm-svn: 9314 2003-10-21 06:29:16 +08:00			`##===----------------------------------------------------------------------===##`
Changes for 64bit gcc llvm-svn: 2797 2002-06-26 05:43:28 +08:00
build: Tidy up a bunch of tool Makefiles, and simplify where possible using the new all-targets pseudo-component. llvm-svn: 142401 2011-10-19 03:27:24 +08:00			`LEVEL := ../..`
			`TOOLNAME := opt`
[PM] Create a separate library for high-level pass management code. This will provide the analogous replacements for the PassManagerBuilder and other code long term. This code is extracted from the opt tool currently, and I plan to extend it as I build up support for using the new pass manager in Clang and other places. Mailing this out for review in part to let folks comment on the terrible names here. A brief word about why I chose the names I did. The library is called "Passes" to try and make it clear that it is a high-level utility and where all of the passes come together and are registered in a common library. I didn't want it to be limited to a registry though, the registry is just one component. The class is a "PassBuilder" but this name I'm less happy with. It doesn't build passes in any traditional sense and isn't a Builder-style API at all. The class is a PassRegisterer or PassAdder, but neither of those really make a lot of sense. This class is responsible for constructing passes for registry in an analysis manager or for population of a pass pipeline. If anyone has a better name, I would love to hear it. The other candidate I looked at was PassRegistrar, but that doesn't really fit either. There is no register of all the passes in use, and so I think continuing the "registry" analog outside of the registry of pass names and types is a mistake. The objects themselves are just objects with the new pass manager. Differential Revision: http://reviews.llvm.org/D8054 llvm-svn: 231556 2015-03-07 17:02:36 +08:00			`LINK_COMPONENTS := bitreader bitwriter asmparser irreader instrumentation scalaropts objcarcopts ipo vectorize all-targets codegen passes`
Change Library Names Not To Conflict With Others When Installed llvm-svn: 17286 2004-10-28 07:18:45 +08:00
Strip dead code when linking by default with BFD ld (linux, ...) and ld64 (os x). This reduces the size of clang-format from 22 MB to 1.8 MB, diagtool goes from 21 MB to 2.8 MB, libclang.so goes from 29 MB to 20 MB, etc. The size of the bin/ folder shrinks from 270 MB to 200 MB. Targets that support plugins and don't already use EXPORTED_SYMBOL_FILE (which libclang and libLTO already do) can set NO_DEAD_STRIP to opt out. llvm-svn: 198087 2013-12-28 06:38:59 +08:00			`# Support plugins.`
			`NO_DEAD_STRIP := 1`

Make use of the new TOOLNAME/USEDLIBS options provided in Makefile.common llvm-svn: 501 2001-09-08 06:59:25 +08:00			`include $(LEVEL)/Makefile.common`