rust/src/test/run-make/no-duplicate-libs/Makefile

-include ../tools.mk

ifdef IS_MSVC
# FIXME(#27979)
all:
else
all:
	$(RUSTC) foo.rs
	$(RUSTC) bar.rs
	$(RUSTC) main.rs
	$(call RUN,main)
endif
rustc: Don't deduplicate libraries linked to Linker argument order with respect to libraries is important enough that we shouldn't be attempting to filter out libraries getting passed through to the linker. When linking with a native library that has multiple dependant native libraries, it's useful to have control over the link argument order. 2014-03-04 13:17:30 -08:00			`-include ../tools.mk`

rmake: Get all tests passing on MSVC 2015-08-26 16:57:56 -07:00			`ifdef IS_MSVC`
			`# FIXME(#27979)`
			`all:`
			`else`
rustc: Link entire archives of native libraries As discovered in #15460, a particular #[link(kind = "static", ...)] line is not actually guaranteed to link the library at all. The reason for this is that if the external library doesn't have any referenced symbols in the object generated by rustc, the entire library is dropped by the linker. For dynamic native libraries, this is solved by passing -lfoo for all downstream compilations unconditionally. For static libraries in rlibs this is solved because the entire archive is bundled in the rlib. The only situation in which this was a problem was when a static native library was linked to a rust dynamic library. This commit brings the behavior of dylibs in line with rlibs by passing the --whole-archive flag to the linker when linking native libraries. On OSX, this uses the -force_load flag. This flag ensures that the entire archive is considered candidate for being linked into the final dynamic library. This is a breaking change because if any static library is included twice in the same compilation unit then the linker will start emitting errors about duplicate definitions now. The fix for this would involve only statically linking to a library once. Closes #15460 [breaking-change] 2014-07-30 07:44:20 -07:00			`all:`
			`$(RUSTC) foo.rs`
			`$(RUSTC) bar.rs`
rustc: Don't deduplicate libraries linked to Linker argument order with respect to libraries is important enough that we shouldn't be attempting to filter out libraries getting passed through to the linker. When linking with a native library that has multiple dependant native libraries, it's useful to have control over the link argument order. 2014-03-04 13:17:30 -08:00			`$(RUSTC) main.rs`
			`$(call RUN,main)`
rmake: Get all tests passing on MSVC 2015-08-26 16:57:56 -07:00			`endif`