rust/tests/run-make-fulldeps/relocation-model/Makefile

include ../tools.mk

all: others
	$(RUSTC) -C relocation-model=dynamic-no-pic foo.rs
	$(call RUN,foo)

	$(RUSTC) -C relocation-model=default foo.rs
	$(call RUN,foo)

	$(RUSTC) -C relocation-model=dynamic-no-pic --crate-type=dylib foo.rs --emit=link,obj

ifdef IS_MSVC
# FIXME(#28026)
others:
else
others:
	$(RUSTC) -C relocation-model=static foo.rs
	$(call RUN,foo)
endif
Diagnose missing includes in run-make tests 2022-08-22 19:00:00 -05:00			`include ../tools.mk`
Add support for different relocation models Rust currently defaults to `RelocPIC` regardless. This patch adds a new codegen option that allows choosing different relocation-model. The available models are: - default (Use the target-specific default model) - static - pic - no-pic For a more detailed information use `llc --help` 2014-04-05 07:10:13 -05:00
rmake: Get all tests passing on MSVC 2015-08-26 18:57:56 -05:00			`all: others`
Add support for different relocation models Rust currently defaults to `RelocPIC` regardless. This patch adds a new codegen option that allows choosing different relocation-model. The available models are: - default (Use the target-specific default model) - static - pic - no-pic For a more detailed information use `llc --help` 2014-04-05 07:10:13 -05:00			`$(RUSTC) -C relocation-model=dynamic-no-pic foo.rs`
			`$(call RUN,foo)`

			`$(RUSTC) -C relocation-model=default foo.rs`
			`$(call RUN,foo)`

Add a "link-guard" to avoid accidentally linking to a wrong dylib at runtime. We want to prevent compiling something against one version of a dynamic library and then, at runtime accidentally using a different version of the dynamic library. With the old symbol-naming scheme this could not happen because every symbol had the SVH in it and you'd get an error by the dynamic linker when using the wrong version of a dylib. With the new naming scheme this isn't the case any more, so this patch adds the "link-guard" to prevent this error case. This is implemented as follows: - In every crate that we compile, we emit a function called "__rustc_link_guard_<crate-name>_<crate-svh>" - The body of this function contains calls to the "__rustc_link_guard" functions of all dependencies. - An executable contains a call to it's own "__rustc_link_guard" function. As a consequence the "__rustc_link_guard" function call graph mirrors the crate graph and the dynamic linker will fail if a wrong dylib is loaded somewhere because its "__rustc_link_guard" function will contain a different SVH in its name. 2016-03-01 07:19:00 -06:00			`$(RUSTC) -C relocation-model=dynamic-no-pic --crate-type=dylib foo.rs --emit=link,obj`
rmake: Get all tests passing on MSVC 2015-08-26 18:57:56 -05:00
			`ifdef IS_MSVC`
			`# FIXME(#28026)`
			`others:`
			`else`
			`others:`
Add support for different relocation models Rust currently defaults to `RelocPIC` regardless. This patch adds a new codegen option that allows choosing different relocation-model. The available models are: - default (Use the target-specific default model) - static - pic - no-pic For a more detailed information use `llc --help` 2014-04-05 07:10:13 -05:00			`$(RUSTC) -C relocation-model=static foo.rs`
			`$(call RUN,foo)`
rmake: Get all tests passing on MSVC 2015-08-26 18:57:56 -05:00			`endif`