aboutsummaryrefslogtreecommitdiff
path: root/llvm/test/Support/unix03-sigpipe-exit.test
diff options
context:
space:
mode:
authorBill Wendling <morbo@google.com>2022-11-17 16:07:15 -0800
committerBill Wendling <morbo@google.com>2022-11-18 11:17:25 -0800
commit4787efa38066adb51e2c049499d25b3610c0877b (patch)
treec9cdc58a0d9fbbb4dcc207caa35012f1d707ae06 /llvm/test/Support/unix03-sigpipe-exit.test
parent7fc57d7c97c64b64ef865d71343867ab30cfcf15 (diff)
downloadllvm-4787efa38066adb51e2c049499d25b3610c0877b.zip
llvm-4787efa38066adb51e2c049499d25b3610c0877b.tar.gz
llvm-4787efa38066adb51e2c049499d25b3610c0877b.tar.bz2
Revert "Reapply: Add an error message to the default SIGPIPE handler"
This patch is spamming compiles with unhelpful and confusing messages. E.g. the Linux kernel uses "grep -q" in several places. It's meant to quit with a return code of zero when the first match is found. This can cause a SIGPIPE signal, but that's expected, and there's no way to turn this error message off to avoid spurious error messages. UNIX03 apparently doesn't require printing an error message on SIGPIPE, but specifically when there's an error on the stdout stream in a normal program flow, e.g. when SIGPIPE trap is disabled. A separate patch is planned to address the specific case we care most about (involving llvm-nm). This reverts commit b89bcefa6202e310eb3167dd1c37f1807377ec8d. Link: https://github.com/llvm/llvm-project/issues/59037 Link: https://github.com/ClangBuiltLinux/linux/issues/1651 Differential Revision: https://reviews.llvm.org/D138244
Diffstat (limited to 'llvm/test/Support/unix03-sigpipe-exit.test')
-rw-r--r--llvm/test/Support/unix03-sigpipe-exit.test26
1 files changed, 0 insertions, 26 deletions
diff --git a/llvm/test/Support/unix03-sigpipe-exit.test b/llvm/test/Support/unix03-sigpipe-exit.test
deleted file mode 100644
index 0168084..0000000
--- a/llvm/test/Support/unix03-sigpipe-exit.test
+++ /dev/null
@@ -1,26 +0,0 @@
-## Test that when writing to a closed stdout, LLVM tools finish with a non-zero
-## exit code and an error message on stderr. The test uses llvm-cxxfilt, but
-## it's a logic from the default SIGPIPE handler, so it applies to all the tools.
-## This is required for UNIX03 conformance.
-
-# UNSUPPORTED: system-windows
-
-# RUN: not %python %s llvm-cxxfilt 2>&1 | FileCheck %s
-# CHECK: error: write on a pipe with no reader
-
-import subprocess
-import sys
-
-with subprocess.Popen([sys.argv[1]], stdout=subprocess.PIPE, stdin=subprocess.PIPE) as process:
- process.stdout.close()
-
- # llvm-cxxfilt with no extra arguments runs interactively and writes input
- # to output. Writing continuously to stdin should trigger SIGPIPE when the
- # subprocess attempts to write out bytes to a closed stdout.
- try:
- while True:
- process.stdin.write("foo\n".encode("utf-8"))
- except BrokenPipeError:
- # Clear stdin, pipe is broken and closing it on cleanup will raise an exception.
- process.stdin = None
-sys.exit(process.returncode)