summaryrefslogtreecommitdiff
diff options
context:
space:
mode:
-rw-r--r--ChangeLog8
-rw-r--r--README4
-rw-r--r--doc/gnulib-intro.texi21
3 files changed, 22 insertions, 11 deletions
diff --git a/ChangeLog b/ChangeLog
index a418adfac9..58ece8d689 100644
--- a/ChangeLog
+++ b/ChangeLog
@@ -1,3 +1,11 @@
+2011-05-16 Paul Eggert <eggert@cs.ucla.edu>
+ Bruno Haible <bruno@clisp.org>
+
+ doc: Tweak recent change.
+ * README (Portability guidelines): Tweak new text.
+ * doc/gnulib-intro.texi (Target Platforms): Likewise. Mention
+ Interix 6.1.
+
2011-05-16 Eric Blake <eblake@redhat.com>
inttypes: avoid autoconf warning
diff --git a/README b/README
index 88d7429adb..ef58c0d755 100644
--- a/README
+++ b/README
@@ -213,9 +213,9 @@ need not worry about localtime_r returning int (not char *) on some
platforms that predate POSIX 1003.1-2001.
Currently we assume at least a freestanding C89 compiler, possibly
-operating with a C library that predates C89. The oldest environment
+operating with a C library that predates C89. The oldest environments
currently ported to are probably HP-UX 10.20 and IRIX 5.3, though we
-are not testing these platform very often.
+are not testing these platforms very often.
Because we assume a freestanding C89 compiler, Gnulib code can include
<float.h>, <limits.h>, <stdarg.h>, and <stddef.h> unconditionally. It
diff --git a/doc/gnulib-intro.texi b/doc/gnulib-intro.texi
index 0905769900..a8182d4563 100644
--- a/doc/gnulib-intro.texi
+++ b/doc/gnulib-intro.texi
@@ -89,14 +89,12 @@ Some operating systems are not very widespread, but are Free Software and
are actively developed. Such platforms are also supported by Gnulib, if
that OS's developers community keeps in touch with the Gnulib developers,
by providing bug reports, analyses, or patches. For such platforms, Gnulib
-will not support all versions that are at most three years old, but only
-the versions of the last year or the last few months, depending on the
-maturity of said OS project, the number of its users, and how often these
-users upgrade.
+supports only the versions of the last year or the last few months,
+depending on the maturity of said OS project, the number of its users, and
+how often these users upgrade.
Niche operating systems are generally unsupported by Gnulib, unless some
-people from their developers or users community contributes support to
-Gnulib.
+of their developers or users contribute support to Gnulib.
The degree of support Gnulib guarantees for a platform depends on the
amount of testing it gets from volunteers. Platforms on which Gnulib
@@ -150,6 +148,8 @@ Native Windows, with MSVC as compiler, is not tested and low priority.
@item
mingw in 64-bit mode is not tested and low priority so far.
@item
+Interix 6.1 is rarely tested, and requires the @code{suacomp} library
+(@url{http://sourceforge.net/projects/suacomp/}) in version 0.6.8 or newer.
Interix 3.5 is not tested.
@item
Haiku is rarely tested, BeOS is not tested and low priority.
@@ -159,7 +159,7 @@ uClibc on Linux is rarely tested.
QNX is not tested and low priority.
@end itemize
-These operating systems are all supported in an unvirtualized environment.
+Gnulib supports these operating systems only in an unvirtualized environment.
When you run an OS inside a virtual machine, you have to be aware that the
virtual machine can bring in bugs of its own. For example, floating-point
operations on Solaris can behave slightly differently in QEMU than on real
@@ -170,8 +170,11 @@ Similarly, running native Windows binaries on GNU/Linux under WINE is
rarely tested and low priority: WINE has a set of behaviours and bugs that
is slightly different from native Windows.
-The following platforms are @emph{not} supported by Gnulib. Even correct
-patches for their support will not be applied.
+The following platforms are not supported by Gnulib. The cost of
+supporting them would exceed the benefit because they are rarely used, or
+poorly documented, or have been supplanted by other platforms, or diverge
+too much from POSIX, or some combination of these and other factors.
+Please don't bother sending us patches for them.
@itemize
@item