README.qnx, hints/qnx.sh

Message-Id: <200204231548.LAA24135@bottesini.harvard.edu>

p4raw-id: //depot/perl@16107

2 files changed, 40 insertions, 10 deletions

diff --git a/README.qnx b/README.qnx
index 3922cfe1f7..affde51120 100644
--- a/README.qnx
+++ b/README.qnx
@@ -69,6 +69,18 @@ from quics for earlier versions.
 
 There is no support for dynamically linked libraries in QNX4.
 
+If you wish to compile with the Socket extension, you need
+to have the TCP/IP toolkit, and you need to make sure that
+-lsocket locates the correct copy of socket3r.lib. Beware
+that the Watcom compiler ships with a stub version of
+socket3r.lib which has very little functionality. Also
+beware the order in which wlink searches directories for
+libraries. You may have /usr/lib/socket3r.lib pointing to
+the correct library, but wlink may pick up
+/usr/watcom/10.6/usr/lib/socket3r.lib instead. Make sure
+they both point to the correct library, that is,
+/usr/tcptk/current/usr/lib/socket3r.lib.
+
 The following tests may report errors under QNX4:
 
 ext/Cwd/Cwd.t will complain if `pwd` and cwd don't give
@@ -111,12 +123,15 @@ options that perl throws at it. This might be reasonably placed in
 
 =head2 Outstanding issues with perl under QNX6
 
-The following tests are still failing for Perl 5.7.1 under QNX 6.1.0:
+The following tests are still failing for Perl 5.7.3 under QNX 6.1.0:
 
   op/sprintf.........................FAILED at test 91
-  lib/1_compile......................FAILED at test 33
-  ext/IO/lib/IO/t/io_sock............FAILED at test 12
-  ext/IO/lib/IO/t/io_udp.............FAILED at test 4
+  lib/Benchmark......................FAILED at test 26
+
+This is due to a bug in the C library's printf routine.
+printf("'%e'", 0. ) produces '0.000000e+0', but ANSI requires
+'0.000000e+00'. QNX has acknowledged the bug and it should be
+fixed in 6.2.0.
 
 =head1 AUTHOR
 
diff --git a/hints/qnx.sh b/hints/qnx.sh
index 18bacf9920..482c8ab0e5 100644
--- a/hints/qnx.sh
+++ b/hints/qnx.sh
@@ -4,10 +4,10 @@
 # Most of the hints in this file are for QNX4, which needed
 # more help. The QNX6 hints are located toward the bottom.
 #
-# perl-5.7.2 passes all tests under QNX4.24G
+# perl-5.7.3 passes all tests under QNX4.24G
 #  Watcom 10.6 with Beta/970211.wcc.update.tar.F
 #  socket3r.lib Nov21 1996.
-# perl-5.7.2 fails 4 known tests under QNX6.1.0
+# perl-5.7.3 fails 2 known tests under QNX6.1.0
 #
 # As with many unix ports, this one depends on a few "standard"
 # unix utilities which are not necessarily standard for QNX4.
@@ -37,6 +37,18 @@
 # Outstanding Issues for QNX4:
 #   There is no support for dynamically linked libraries in
 #   QNX4.
+#
+#   If you wish to compile with the Socket extension, you need
+#   to have the TCP/IP toolkit, and you need to make sure that
+#   -lsocket locates the correct copy of socket3r.lib. Beware
+#   that the Watcom compiler ships with a stub version of
+#   socket3r.lib which has very little functionality. Also
+#   beware the order in which wlink searches directories for
+#   libraries. You may have /usr/lib/socket3r.lib pointing to
+#   the correct library, but wlink may pick up
+#   /usr/watcom/10.6/usr/lib/socket3r.lib instead. Make sure
+#   they both point to the correct library, that is,
+#   /usr/tcptk/current/usr/lib/socket3r.lib.
 # 
 #   ext/Cwd/Cwd.t will complain if `pwd` and cwd don't give
 #   the same results. cwd calls `fullpath -t`, so if you
@@ -60,12 +72,15 @@
 #      Fixed in latest BETA socket3r.lib
 #----------------------------------------------------------------
 # Outstanding Issues for QNX6:
-#  The following tests are still failing as of 5.7.1:
+#  The following tests are still failing as of 5.7.3:
 #
 #   op/sprintf.........................FAILED at test 91
-#   lib/1_compile......................FAILED at test 33
-#   ext/IO/lib/IO/t/io_sock............FAILED at test 12
-#   ext/IO/lib/IO/t/io_udp.............FAILED at test 4
+#   lib/Benchmark......................FAILED at test 26
+#
+# This is due to a bug in the C library's printf routine.
+# printf("'%e'", 0. ) produces '0.000000e+0', but ANSI requires
+# '0.000000e+00'. QNX has acknowledged the bug and it should be
+# fixed in 6.2.0.
 #
 #----------------------------------------------------------------
 # These hints were submitted by: