rust/src/test/run-make-fulldeps/issue-24445/Makefile

-include ../tools.mk

ifeq ($(UNAME),Linux)
all:
	$(RUSTC) foo.rs
	$(CC) foo.c -lfoo -L $(TMPDIR) -Wl,--gc-sections -lpthread -ldl -o $(TMPDIR)/foo
	$(call RUN,foo)
	$(CC) foo.c -lfoo -L $(TMPDIR) -Wl,--gc-sections -lpthread -ldl -pie -fPIC -o $(TMPDIR)/foo
	$(call RUN,foo)
else
all:
endif
std: Fix thread_local! in non-PIE binaries One of the parameters to the magical "register a thread-local destructor" function is called `__dso_handle` and largely just passed along (this seems to be what other implementations do). Currently we pass the value of this symbol, but apparently the correct piece of information to pass is the address of the symbol. In a PIE binary the symbol actually contains an address to itself which is why we've gotten away with what we're doing as long as we have. In a non-PIE binary the symbol contains the address `NULL`, causing a segfault in the runtime library if it keeps going. Closes #24445 2015-04-15 01:26:42 -05:00			`-include ../tools.mk`

			`ifeq ($(UNAME),Linux)`
			`all:`
			`$(RUSTC) foo.rs`
Add a reference to the dl library to the Makefile of the test issue-24445. It prevents the test to fail on ppc64el at least. Part of #39015 2017-03-01 05:17:27 -06:00			`$(CC) foo.c -lfoo -L $(TMPDIR) -Wl,--gc-sections -lpthread -ldl -o $(TMPDIR)/foo`
std: Fix thread_local! in non-PIE binaries One of the parameters to the magical "register a thread-local destructor" function is called `__dso_handle` and largely just passed along (this seems to be what other implementations do). Currently we pass the value of this symbol, but apparently the correct piece of information to pass is the address of the symbol. In a PIE binary the symbol actually contains an address to itself which is why we've gotten away with what we're doing as long as we have. In a non-PIE binary the symbol contains the address `NULL`, causing a segfault in the runtime library if it keeps going. Closes #24445 2015-04-15 01:26:42 -05:00			`$(call RUN,foo)`
Add a reference to the dl library to the Makefile of the test issue-24445. It prevents the test to fail on ppc64el at least. Part of #39015 2017-03-01 05:17:27 -06:00			`$(CC) foo.c -lfoo -L $(TMPDIR) -Wl,--gc-sections -lpthread -ldl -pie -fPIC -o $(TMPDIR)/foo`
std: Fix thread_local! in non-PIE binaries One of the parameters to the magical "register a thread-local destructor" function is called `__dso_handle` and largely just passed along (this seems to be what other implementations do). Currently we pass the value of this symbol, but apparently the correct piece of information to pass is the address of the symbol. In a PIE binary the symbol actually contains an address to itself which is why we've gotten away with what we're doing as long as we have. In a non-PIE binary the symbol contains the address `NULL`, causing a segfault in the runtime library if it keeps going. Closes #24445 2015-04-15 01:26:42 -05:00			`$(call RUN,foo)`
			`else`
			`all:`
			`endif`