Bruno Haible skrev 2012-01-04 14:00:
> Hi,
>
> Microsoft has renamed the Win32 API to "Windows API".[1]
> Also, some people (Paul Eggert) see a word of praise in the
> term "Win32".
>
> After some discussion on bug-gnulib, when talking about hosts/platforms,
> we find it best to talk about "native Windows hosts" instead.
> ("Windows hosts" would include Cygwin, "native Windows hosts" doesn't.)
>
> Here's a proposed patch for automake.
>
> [1] http://msdn.microsoft.com/en-us/library/aa383723.aspx
> [2] https://lists.gnu.org/archive/html/bug-gnulib/2012-01/msg00009.html
> [3] https://lists.gnu.org/archive/html/bug-gnulib/2012-01/msg00027.html
>
>
> 2012-01-04 Bruno Haible <br...@clisp.org>
>
> Phase out the use of the term "Win32".
> * lib/compile: Mention native Windows hosts, not Win32 hosts.
> * lib/ar-lib: Likewise.
>
> --- lib/ar-lib.orig Wed Jan 4 13:46:01 2012
> +++ lib/ar-lib Wed Jan 4 13:14:43 2012
> @@ -42,7 +42,7 @@
>
> # func_file_conv build_file
> # Convert a $build file to $host form and store it in $file
> -# Currently only supports Win32 hosts.
> +# Currently only supports native Windows hosts.
> func_file_conv ()
> {
> file=$1
> --- lib/compile.orig Wed Jan 4 13:46:01 2012
> +++ lib/compile Wed Jan 4 13:14:43 2012
> @@ -40,7 +40,7 @@
>
> # func_file_conv build_file lazy
> # Convert a $build file to $host form and store it in $file
> -# Currently only supports Win32 hosts. If the determined conversion
> +# Currently only supports native Windows hosts. If the determined conversion
> # type is listed in (the comma separated) LAZY, no conversion will
> # take place.
> func_file_conv ()
>
>
These two func_file_conv functions support Cygwin, so that should probably
be 'Windows hosts' (i.e. w/o native) given your above description?
Cheers,
Peter
