aboutsummaryrefslogtreecommitdiffstatshomepage
diff options
context:
space:
mode:
authorIngo Schwarze <schwarze@openbsd.org>2017-02-11 17:53:33 +0000
committerIngo Schwarze <schwarze@openbsd.org>2017-02-11 17:53:33 +0000
commitd7f3a4ca3b8b9878ad0b82dfa10ba9efe5939b74 (patch)
treebcf4dff6efb424b758f8263d2b1e47883637c72c
parentda6a1e98d4d54579484b18918cfbec3bc1ce214d (diff)
downloadmandoc-d7f3a4ca3b8b9878ad0b82dfa10ba9efe5939b74.tar.gz
mandoc-d7f3a4ca3b8b9878ad0b82dfa10ba9efe5939b74.tar.zst
mandoc-d7f3a4ca3b8b9878ad0b82dfa10ba9efe5939b74.zip
Disable three UTF-8 tests that expose bugs in wcwidth(3) in the
native C libraries of illumos, Oracle Solaris 11, and SunOS 5.10. While it is useful to catch wcwidth(3) regressions on OpenBSD, the purpose of the *portable* mandoc regression suite is not to check the C library of the host system; that would just hide genuine mandoc portability issues in the noise. The remaining UTF-8 tests are still sufficient to establish that mandoc does the right thing. Issues reported by Sevan Janiyan <venture37 at geeklan dot co dot uk> after testing on OmniOS.
-rw-r--r--regress/char/unicode/Makefile2
1 files changed, 1 insertions, 1 deletions
diff --git a/regress/char/unicode/Makefile b/regress/char/unicode/Makefile
index b6940f6e..85397299 100644
--- a/regress/char/unicode/Makefile
+++ b/regress/char/unicode/Makefile
@@ -6,7 +6,7 @@ SKIP_ASCII = man mdoc
# input and nogroff exhibit implementation dependent differences
# among wcwidth(3) on different systems
#UTF8_TARGETS = ${REGRESS_TARGETS}
-UTF8_TARGETS = ascii invalid latin1 latin1diff man mdoc named namediff
+UTF8_TARGETS = ascii invalid man mdoc namediff
HTML_TARGETS = ascii invalid latin1 latin1diff named namediff nogroff
LINT_TARGETS = input invalid