rust/tests/ui/runtime/on-broken-pipe/not-used.rs

//@ run-pass
//@ aux-build:sigpipe-utils.rs

fn main() {
    extern crate sigpipe_utils;

    // SIGPIPE shall be ignored since `-Zon-broken-pipe` is not used
    sigpipe_utils::assert_sigpipe_handler(sigpipe_utils::SignalHandler::Ignore);
}
[AUTO-GENERATED] Migrate ui tests from `//` to `//@` directives 2024-02-16 20:02:50 +00:00			`//@ run-pass`
			`//@ aux-build:sigpipe-utils.rs`
Support `#[unix_sigpipe = "inherit\|sig_dfl\|sig_ign"]` on `fn main()` This makes it possible to instruct libstd to never touch the signal handler for `SIGPIPE`, which makes programs pipeable by default (e.g. with `./your-program \| head -n 1`) without `ErrorKind::BrokenPipe` errors. 2022-07-05 19:56:22 +02:00
			`fn main() {`
			`extern crate sigpipe_utils;`

Change `SIGPIPE` ui from `#[unix_sigpipe = "..."]` to `-Zon-broken-pipe=...` In the stabilization attempt of `#[unix_sigpipe = "sig_dfl"]`, a concern was raised related to using a language attribute for the feature: Long term, we want `fn lang_start()` to be definable by any crate, not just libstd. Having a special language attribute in that case becomes awkward. So as a first step towards towards the next stabilization attempt, this PR changes the `#[unix_sigpipe = "..."]` attribute to a compiler flag `-Zon-broken-pipe=...` to remove that concern, since now the language is not "contaminated" by this feature. Another point was also raised, namely that the ui should not leak how it does things, but rather what the end effect is. The new flag uses the proposed naming. This is of course something that can be iterated on further before stabilization. 2024-04-28 18:02:21 +02:00			// SIGPIPE shall be ignored since `-Zon-broken-pipe` is not used
Support `#[unix_sigpipe = "inherit\|sig_dfl\|sig_ign"]` on `fn main()` This makes it possible to instruct libstd to never touch the signal handler for `SIGPIPE`, which makes programs pipeable by default (e.g. with `./your-program \| head -n 1`) without `ErrorKind::BrokenPipe` errors. 2022-07-05 19:56:22 +02:00			`sigpipe_utils::assert_sigpipe_handler(sigpipe_utils::SignalHandler::Ignore);`
			`}`