maxjhandsome
/
llvm-project
forked from OSchip/llvm-project
1
0
Fork 0
Code Issues Pull Requests Packages Releases Wiki Activity
llvm-project/llvm/tools/gold/Makefile

32 lines
1.0 KiB
Makefile
Raw Normal View History

Add LLVM plugin for gold. llvm-svn: 63623
2009-02-03 15:13:24 +08:00
#===- tools/gold/Makefile ----------------------------------*- Makefile -*-===##
#
# The LLVM Compiler Infrastructure
#
# This file is distributed under the University of Illinois Open Source
# License. See LICENSE.TXT for details.
#
##===----------------------------------------------------------------------===##
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 := ../..
LIBRARYNAME := LLVMgold
LINK_LIBS_IN_SHARED := 1
SHARED_LIBRARY := 1
LOADABLE_MODULE := 1
Add LLVM plugin for gold. llvm-svn: 63623
2009-02-03 15:13:24 +08:00
Create an exports file, so that the plugin only exports the onload symbol. llvm-svn: 101431
2010-04-16 08:43:25 +08:00
EXPORTED_SYMBOL_FILE = $(PROJ_SRC_DIR)/gold.exports
Add LLVM plugin for gold. llvm-svn: 63623
2009-02-03 15:13:24 +08:00
# Include this here so we can get the configuration of the targets
# that have been configured for construction. We have to do this
# early so we can set up LINK_COMPONENTS before including Makefile.rules
include $(LEVEL)/Makefile.config
Rewrite the gold plugin to fix pr19901. There is a fundamental difference between how the gold API and lib/LTO view the LTO process. The gold API talks about a particular symbol in a particular file. The lib/LTO API talks about a symbol in the merged module. The merged module is then defined in terms of the IR semantics. In particular, a linkonce_odr GV is only copied if it is used, since it is valid to drop unused linkonce_odr GVs. In the testcase in pr19901 both properties collide. What happens is that gold asks us to keep a particular linkonce_odr symbol, but the IR linker doesn't copy it to the merged module and we never have a chance to ask lib/LTO to keep it. This patch fixes it by having a more direct implementation of the gold API. If it asks us to keep a symbol, we change the linkage so it is not linkonce. If it says we can drop a symbol, we do so. All of this before we even send the module to lib/Linker. Since now we don't have to produce LTO_SYMBOL_SCOPE_DEFAULT_CAN_BE_HIDDEN, during symbol resolution we can use a temporary LLVMContext and do lazy module loading. This allows us to keep the minimum possible amount of allocated memory around. This should also allow as much parallelism as we want, since there is no shared context. llvm-svn: 216215
2014-08-22 04:28:55 +08:00
LINK_COMPONENTS := $(TARGETS_TO_BUILD) Linker BitWriter IPO
Fix unresolved symbols when loading gold plugin Differential Revision: http://reviews.llvm.org/D4275 llvm-svn: 211675
2014-06-25 16:04:58 +08:00
Add LLVM plugin for gold. llvm-svn: 63623
2009-02-03 15:13:24 +08:00
# Because off_t is used in the public API, the largefile parts are required for
# ABI compatibility.
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
CXXFLAGS += -I$(BINUTILS_INCDIR) -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64
Pass -lLTO after gold-plugin.o so that it gets used in systems that default to --as-needed. Patch by Felix Geyer. Fixes pr13262. llvm-svn: 162652
2012-08-27 11:03:07 +08:00
LDFLAGS += -L$(SharedLibDir)/$(SharedPrefix)
Make sure the CXXFLAGS setting is picked up by the common Makefile. Not sure why this suddenly started causing problems. llvm-svn: 71925
2009-05-16 12:00:00 +08:00
include $(LEVEL)/Makefile.common
Pass -lLTO after gold-plugin.o so that it gets used in systems that default to --as-needed. Patch by Felix Geyer. Fixes pr13262. llvm-svn: 162652
2012-08-27 11:03:07 +08:00