summaryrefslogtreecommitdiffstats
path: root/llvm/test/tools/llvm-symbolizer
diff options
context:
space:
mode:
authorJames Henderson <jh7370@my.bristol.ac.uk>2019-06-04 15:34:58 +0000
committerJames Henderson <jh7370@my.bristol.ac.uk>2019-06-04 15:34:58 +0000
commit7f3135037dd44620b231a975d313ce62f93fe873 (patch)
treeff996097953d1ec2195ea8fe964933c62caf0f4b /llvm/test/tools/llvm-symbolizer
parentdbb4322e511b6be756c8fd0a1ee1697b5b110de9 (diff)
downloadbcm5719-llvm-7f3135037dd44620b231a975d313ce62f93fe873.tar.gz
bcm5719-llvm-7f3135037dd44620b231a975d313ce62f93fe873.zip
[llvm-symbolizer] Flush output on bad input
One way of using llvm-symbolizer is to interactively within a process write a line from a parent process to llvm-symbolizer's stdin, and then read the output, then write the next line, read, etc. This worked as long as all the lines were good. However, this didn't work prior to this patch if any of the inputs were bad inputs, because the output is not flushed after a bad input, meaning the parent process is sat waiting for output, whilst llvm-symbolizer is sat waiting for input. This patch flushes the output after every invocation of symbolizeInput when reading from stdin. It also removes unnecessary flushing when llvm-symbolizer is not reading addresses from stdin, which should give a slight performance boost in these situations. Reviewed by: ikudrin Differential Revision: https://reviews.llvm.org/D62371 llvm-svn: 362511
Diffstat (limited to 'llvm/test/tools/llvm-symbolizer')
-rw-r--r--llvm/test/tools/llvm-symbolizer/Inputs/flush-output.py24
-rw-r--r--llvm/test/tools/llvm-symbolizer/flush-output.s17
2 files changed, 41 insertions, 0 deletions
diff --git a/llvm/test/tools/llvm-symbolizer/Inputs/flush-output.py b/llvm/test/tools/llvm-symbolizer/Inputs/flush-output.py
new file mode 100644
index 00000000000..120d49226fa
--- /dev/null
+++ b/llvm/test/tools/llvm-symbolizer/Inputs/flush-output.py
@@ -0,0 +1,24 @@
+from __future__ import print_function
+import os
+import subprocess
+import sys
+import threading
+
+def kill_subprocess(process):
+ process.kill()
+ os._exit(1)
+
+# Pass -f=none and --output-style=GNU to get only one line of output per input.
+cmd = subprocess.Popen([sys.argv[1],
+ '--obj=' + sys.argv[2],
+ '-f=none',
+ '--output-style=GNU'], stdout=subprocess.PIPE, stdin=subprocess.PIPE)
+watchdog = threading.Timer(20, kill_subprocess, args=[cmd])
+watchdog.start()
+cmd.stdin.write(b'0\n')
+cmd.stdin.flush()
+print(cmd.stdout.readline())
+cmd.stdin.write(b'bad\n')
+cmd.stdin.flush()
+print(cmd.stdout.readline())
+watchdog.cancel()
diff --git a/llvm/test/tools/llvm-symbolizer/flush-output.s b/llvm/test/tools/llvm-symbolizer/flush-output.s
new file mode 100644
index 00000000000..840f430feaf
--- /dev/null
+++ b/llvm/test/tools/llvm-symbolizer/flush-output.s
@@ -0,0 +1,17 @@
+# REQUIRES: x86-registered-target
+
+## If a process spawns llvm-symbolizer, and wishes to feed it addresses one at a
+## time, llvm-symbolizer needs to flush its output after each input has been
+## processed or the parent process will not be able to read the output and may
+## deadlock. This test runs a script that simulates this situation for both a
+## a good and bad input.
+
+foo:
+ nop
+
+# RUN: llvm-mc -filetype=obj -triple=x86_64-pc-linux %s -o %t.o -g
+# RUN: %python %p/Inputs/flush-output.py llvm-symbolizer %t.o \
+# RUN: | FileCheck %s
+
+# CHECK: flush-output.s:10
+# CHECK: bad
OpenPOWER on IntegriCloud