One can circumnavigate both these problems in two ways. Either
transfer and store numbers always in text format, instead of raw
binary, or else consider using modules like Data::Dumper (included in
-the standard distribution as of Perl 5.005) and Storable. Keeping
-all data as text significantly simplifies matters.
+the standard distribution as of Perl 5.005) and Storable (included as
+of perl 5.8). Keeping all data as text significantly simplifies matters.
=head2 Files and Filesystems
Windows NT MSWin32 MSWin32-ppc
Cygwin cygwin
+The various MSWin32 Perl's can distinguish the OS they are running on
+via the value of the fifth element of the list returned from
+Win32::GetOSVersion(). For example:
+
+ if ($^O eq 'MSWin32') {
+ my @os_version_info = Win32::GetOSVersion();
+ print +('3.1','95','NT')[$os_version_info[4]],"\n";
+ }
+
Also see:
=over 4
=item *
The U/WIN environment for Win32,
-<http://www.research.att.com/sw/tools/uwin/
+http://www.research.att.com/sw/tools/uwin/
-=item Build instructions for OS/2, L<perlos2>
+=item *
+Build instructions for OS/2, L<perlos2>
=back
non-VMS platforms and can be helpful for conversions to and from RMS
native formats.
-What C<\n> represents depends on the type of file opened. It could
-be C<\015>, C<\012>, C<\015\012>, or nothing. The VMS::Stdio module
-provides access to the special fopen() requirements of files with unusual
-attributes on VMS.
+What C<\n> represents depends on the type of file opened. It usually
+represents C<\012> but it could also be C<\015>, C<\012>, C<\015\012>,
+C<\000>, C<\040>, or nothing depending on the file organiztion and
+record format. The VMS::Stdio module provides access to the
+special fopen() requirements of files with unusual attributes on VMS.
TCP/IP stacks are optional on VMS, so socket routines might not be
implemented. UDP sockets may not be supported.
=item *
HP 300 MPE/iX, F<README.mpeix> and Mark Bixby's web page
-http://www.cccd.edu/~markb/perlix.html
+http://www.bixby.org/mark/perlix.html
=item *
Not implemented. (S<Mac OS>, Win32, VMS, S<RISC OS>, VOS)
+=item sockatmark SOCKET
+
+A relatively recent addition to socket functions, may not
+be implemented even in UNIX platforms.
+
=item socketpair SOCKET1,SOCKET2,DOMAIN,TYPE,PROTOCOL
Not implemented. (S<Mac OS>, Win32, VMS, S<RISC OS>, VOS, VM/ESA)
=over 4
+=item v1.48, 02 February 2001
+
+Various updates from perl5-porters over the past year, supported
+platforms update from Jarkko Hietaniemi.
+
=item v1.47, 22 March 2000
Various cleanups from Tom Christiansen, including migration of
=head1 Supported Platforms
-As of early March 2000 (the Perl release 5.6.0), the following
+As of early 2001 (the Perl releases 5.6.1 and 5.7.1), the following
platforms are able to build Perl from the standard source code
distribution available at http://www.perl.com/CPAN/src/index.html
AIX
+ AmigaOS
+ Darwin (Rhapsody)
+ DG/UX
DOS DJGPP 1)
+ DYNIX/ptx
EPOC
FreeBSD
HP-UX
IRIX
Linux
- LynxOS
MachTen
- MPE/iX
- NetBSD
+ MacOS Classic 2)
+ NonStop-UX
+ ReliantUNIX (SINIX)
OpenBSD
+ OpenVMS (VMS)
OS/2
+ OS X
QNX
- Rhapsody/Darwin 2)
- SCO SV
- SINIX
Solaris
- SVR4
- Tru64 UNIX 3)
+ Tru64 UNIX (DEC OSF/1, Digital UNIX)
UNICOS
UNICOS/mk
- Unixware
- VMS
VOS
- Windows 3.1 1)
- Windows 95 1) 4)
- Windows 98 1) 4)
- Windows NT 1) 4)
+ Win32/NT/2K 3)
1) in DOS mode either the DOS or OS/2 ports can be used
- 2) new in 5.6.0: the BSD/NeXT-based UNIX of Mac OS X
- 3) formerly known as Digital UNIX and before that DEC OSF/1
- 4) compilers: Borland, Cygwin, Mingw32 EGCS/GCC, VC++
+ 2) Mac OS Classic (pre-X) is almost 5.6.1-ready; building from
+ the source does work with 5.6.1, but additional MacOS specific
+ source code is needed for a complete build. Contact the mailing
+ list macperl-porters@macperl.org for more information.
+ 3) compilers: Borland, Cygwin, Mingw32 EGCS/GCC, VC++
-The following platforms worked for the previous major release
-(5.005_03 being the latest maintenance release of that, as of early
-March 2000), but be did not manage to test these in time for the 5.6.0
-release of Perl. There is a very good chance that these will work
-just fine with 5.6.0.
+The following platforms worked for the previous releases (5.6.0 and 5.7.0),
+but we did not manage to test these in time for the 5.7.1 release.
+There is a very good chance that these will work fine with the 5.7.1.
- A/UX
- BeOS
- BSD/OS
- DG/UX
- DYNIX/ptx
DomainOS
Hurd
- NextSTEP
- OpenSTEP
+ LynxOS
+ MinGW
+ MPE/iX
+ NetBSD
PowerMAX
- SCO ODT/OSR
+ SCO SV
SunOS
- Ultrix
+ SVR4
+ Unixware
+ Windows 3.1
+ Windows 95
+ Windows 98
+ Windows Me
-The following platform worked for the previous major release (5.005_03
-being the latest maintenance release of that, as of early March 2000).
-However, standardization on UTF-8 as the internal string representation
-in 5.6.0 has introduced incompatibilities in this EBCDIC platform.
-Support for this platform may be enabled in a future release:
+The following platform worked for the 5.005_03 major release but not
+for 5.6.0. Standardization on UTF-8 as the internal string
+representation in 5.6.0 and 5.6.1 introduced incompatibilities in this
+EBCDIC platform. While Perl 5.7.1 will build on this platform some
+regression tests may fail and the C<use utf8;> pragma typically
+introduces text handling errors.
- OS390 1)
+ OS/390 1)
- 1) Previously known as MVS, or OpenEdition MVS.
+ 1) previously known as MVS, about to become z/OS.
-Strongly related to the OS390 platform by also being EBCDIC-based
+Strongly related to the OS/390 platform by also being EBCDIC-based
mainframe platforms are the following platforms:
- BS2000
+ POSIX-BC (BS2000)
VM/ESA
-These are also not expected to work under 5.6.0 for the same reasons
-as OS390. Contact the mailing list perl-mvs@perl.org for more details.
-
-MacOS (Classic, pre-X) is almost 5.6.0-ready; building from the source
-does work with 5.6.0, but additional MacOS specific source code is needed
-for a complete port. Contact the mailing list macperl-porters@macperl.org
-for more information.
+These are also expected to work, albeit with no UTF-8 support, under 5.6.1
+for the same reasons as OS/390. Contact the mailing list perl-mvs@perl.org
+for more details.
The following platforms have been known to build Perl from source in
-the past, but we haven't been able to verify their status for the
-current release, either because the hardware/software platforms are
-rare or because we don't have an active champion on these
-platforms--or both:
+the past (5.005_03 and earlier), but we haven't been able to verify
+their status for the current release, either because the
+hardware/software platforms are rare or because we don't have an
+active champion on these platforms--or both. They used to work,
+though, so go ahead and try compiling them, and let perlbug@perl.org
+of any trouble.
3b1
- AmigaOS
+ A/UX
+ BeOS
+ BSD/OS
ConvexOS
CX/UX
DC/OSx
MiNT
MPC
NEWS-OS
+ NextSTEP
+ OpenSTEP
Opus
Plan 9
PowerUX
RISC/os
+ SCO ODT/OSR
Stellar
SVR2
TI1500
TitanOS
+ Ultrix
Unisys Dynix
Unixware
+ UTS
Support for the following platform is planned for a future Perl release:
Perl release
- AS/400 5.003
Netware 5.003_07
+ OS/400 5.005_02
Tandem Guardian 5.004
The following platforms have only binaries available via
=head1 AUTHORS / CONTRIBUTORS
-Abigail <abigail@fnx.com>,
+Abigail <abigail@foad.org>,
Charles Bailey <bailey@newman.upenn.edu>,
Graham Barr <gbarr@pobox.com>,
Tom Christiansen <tchrist@perl.com>,
-Nicholas Clark <Nicholas.Clark@liverpool.ac.uk>,
+Nicholas Clark <nick@ccl4.org>,
Thomas Dorner <Thomas.Dorner@start.de>,
-Andy Dougherty <doughera@lafcol.lafayette.edu>,
-Dominic Dunlop <domo@vo.lu>,
-Neale Ferguson <neale@mailbox.tabnsw.com.au>,
+Andy Dougherty <doughera@lafayette.edu>,
+Dominic Dunlop <domo@computer.org>,
+Neale Ferguson <neale@vma.tabnsw.com.au>,
David J. Fiander <davidf@mks.com>,
Paul Green <Paul_Green@stratus.com>,
-M.J.T. Guy <mjtg@cus.cam.ac.uk>,
+M.J.T. Guy <mjtg@cam.ac.uk>,
Jarkko Hietaniemi <jhi@iki.fi>,
Luther Huffman <lutherh@stratcom.com>,
-Nick Ing-Simmons <nick@ni-s.u-net.com>,
-Andreas J. KE<ouml>nig <koenig@kulturbox.de>,
+Nick Ing-Simmons <nick@ing-simmons.net>,
+Andreas J. KE<ouml>nig <a.koenig@mind.de>,
Markus Laker <mlaker@contax.co.uk>,
Andrew M. Langmead <aml@world.std.com>,
Larry Moore <ljmoore@freespace.net>,
Gurusamy Sarathy <gsar@activestate.com>,
Paul J. Schinder <schinder@pobox.com>,
Michael G Schwern <schwern@pobox.com>,
-Dan Sugalski <sugalskd@ous.edu>,
+Dan Sugalski <dan@sidhe.org>,
Nathan Torkington <gnat@frii.com>.
This document is maintained by Chris Nandor
=head1 VERSION
-Version 1.47, last modified 22 March 2000
+Version 1.48, last modified 24 April 2001