rust/tests/run-make/sanitizer-dylib-link/Makefile

# needs-sanitizer-support
# needs-sanitizer-address

include ../tools.mk

LOG := $(TMPDIR)/log.txt

# This test builds a shared object, then an executable that links it as a native
# rust library (contrast to an rlib). The shared library and executable both
# are compiled with address sanitizer, and we assert that a fault in the dylib
# is correctly detected.

all:
	$(RUSTC) -g -Z sanitizer=address --crate-type dylib --target $(TARGET) library.rs
	$(RUSTC) -g -Z sanitizer=address --crate-type bin --target $(TARGET) program.rs
	LD_LIBRARY_PATH=$(TMPDIR) $(TMPDIR)/program 2>&1 | $(CGREP) stack-buffer-overflow
Use new `needs-(profiler\|sanitizer)-support` compiletest directive to clean up some run-make tests. 2019-04-18 08:49:41 -05:00			`# needs-sanitizer-support`
compiletest: Add directives to detect sanitizer support Add needs-sanitizer-{address,leak,memory,thread} directive indicating that test requires target with support for specific sanitizer. This is an addition to the existing needs-sanitizer-support directive indicating that test requires a sanitizer runtime library. 2020-06-04 19:00:00 -05:00			`# needs-sanitizer-address`
Use new `needs-(profiler\|sanitizer)-support` compiletest directive to clean up some run-make tests. 2019-04-18 08:49:41 -05:00
Diagnose missing includes in run-make tests 2022-08-22 19:00:00 -05:00			`include ../tools.mk`
Add support for dylibs with Address Sanitizer. This supports cdylibs and staticlibs on gnu-linux targets. 2017-06-16 22:42:56 -05:00
Fix sanitizer tests on buggy kernels Travis recently pushed an update to the Linux environments, namely the kernels that we're running on. This in turn caused some of the sanitizer tests we run to fail. We also apparently weren't the first to hit these failures! Detailed in google/sanitizers#837 these tests were failing due to a specific commit in the kernel which has since been backed out, but for now work around the buggy kernel that's deployed on Travis and eventually we should be able to remove these flags. 2017-09-07 15:36:23 -05:00			`LOG := $(TMPDIR)/log.txt`

Add support for dylibs with Address Sanitizer. This supports cdylibs and staticlibs on gnu-linux targets. 2017-06-16 22:42:56 -05:00			`# This test builds a shared object, then an executable that links it as a native`
Fix typos found by codespell. 2018-08-19 08:30:23 -05:00			`# rust library (contrast to an rlib). The shared library and executable both`
Add support for dylibs with Address Sanitizer. This supports cdylibs and staticlibs on gnu-linux targets. 2017-06-16 22:42:56 -05:00			`# are compiled with address sanitizer, and we assert that a fault in the dylib`
			`# is correctly detected.`

			`all:`
tests: Remove unnecessary `-C relocation-model=dynamic-no-pic`s The referenced `sanitizer-address/Makefile` no longer exists, so perhaps these options are no longer necessary as well. Even if they are still necessary, they should use `-C relocation-model=static` instead. 2020-04-23 16:56:19 -05:00			`$(RUSTC) -g -Z sanitizer=address --crate-type dylib --target $(TARGET) library.rs`
Enable address sanitizer for MSVC targets using INFERASANLIBS linker flag 2023-12-19 12:29:47 -06:00			`$(RUSTC) -g -Z sanitizer=address --crate-type bin --target $(TARGET) program.rs`
Replace most call to grep in run-make by a script that cat the input. Introduced a new src/etc/cat-and-grep.sh script (called in run-make as $(CGREP)), which prints the input and do a grep simultaneously. This is mainly used to debug spurious failures in run-make, such as the sanitizer error in #45810, as well as real errors such as #46126. 2017-11-23 09:19:50 -06:00			`LD_LIBRARY_PATH=$(TMPDIR) $(TMPDIR)/program 2>&1 \| $(CGREP) stack-buffer-overflow`