From: Norton T. Allen Date: Tue, 23 Apr 2002 11:48:54 +0000 (-0400) Subject: README.qnx, hints/qnx.sh X-Git-Url: http://git.shadowcat.co.uk/gitweb/gitweb.cgi?a=commitdiff_plain;h=3ed0a8ddac90d8e86864cf05016edd4d46a6ccbc;p=p5sagit%2Fp5-mst-13.2.git README.qnx, hints/qnx.sh Message-Id: <200204231548.LAA24135@bottesini.harvard.edu> p4raw-id: //depot/perl@16107 --- diff --git a/README.qnx b/README.qnx index 3922cfe..affde51 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 18bacf9..482c8ab 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: