Re: INSTALL should tell about particular systems, HP-UX cc

[Eric Blake]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

[reviving an old thread, as promised]

According to Eric Blake on 4/29/2008 6:46 AM:
> According to Bruno Haible on 4/26/2008 7:18 AM:
> | Ping? What about installing the patch in
> |  
> http://lists.gnu.org/archive/html/autoconf-patches/2008-04/msg00050.html ?
> 
> I haven't forgotten, but also haven't had time to think about it in depth.

Here's what I'm applying.  Please let me know if this needs touchups.

> 
> |
> | The part about HP-UX (-Ae option) could be dropped if
> |   1) AC_USE_SYSTEM_EXTENSIONS is modified to add -Ae.
> | and
> |   2) AC_PROG_CC_STDC is modified to reject K&R C compilers.
> |
> | Status of 1): Everyone appears to agree, but no one has done the work
> yet.
> 
> Doable, but it will mean AC_USE_SYSTEM_EXTENSIONS has to be called early
> (the existing implementation only adds -D options, but once you start
> modifying CFLAGS, it invalidates all prior compilation tests).

Hmm.  As it stands, AC_USE_SYSTEM_EXTENSIONS already needs to figure out
$CC, and I already have an in-progress patch that tries to make
AC_REQUIRE([AC_PROG_CC]) work.  Still, this remains unimplemented; for
that matter, I'm not sure whether 2.63 should be held up for that.  So I
went ahead with the documentation as-is for now.

> _AC_PROG_CC_C89 in lib/autoconf/c.m4 shows an example of how to add -Ae.
> For that matter, item 2) may already do this automatically without using
> AC_USE_SYSTEM_EXTENSIONS.
> 
> | Status of 2): Not everyone agrees that this should be done, or at
> least an
> | escape for old K&R C packages should be offered.
> 
> We already have AC_PROG_CC_C89.  Maybe we should offer AC_PROG_CC_KR which
> allows a K&R C compiler (similar to the current AC_PROG_CC), and default
> AC_PROG_CC to use AC_PROG_CC_C89 instead.  Then packages will default to
> requiring C89 unless explicitly requested otherwise.

A subsequent request was for the name AC_PROG_CC_KNR; we also might
consider repurposing the existing AC_PROG_CC_TRADITIONAL.  But this will
have to wait till post-2.63; it seems too invasive.

> 
> |
> | So what is hindering this patch from being applied?
> 
> Lack of free time.  :)

Always the truth.  ;)

- --
Don't work too hard, make some time for fun as well!

Eric Blake             address@hidden
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (Cygwin)
Comment: Public key at home.comcast.net/~ericblake/eblake.gpg
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iEYEARECAAYFAkisG/4ACgkQ84KuGfSFAYCT+wCggHPyxAdsJnrmy77HcngNX2IZ
JW0AnjBRdR9C0PFb6Sk9MiI1tyn+4cAv
=0kDo
-----END PGP SIGNATURE-----

>From 60974b5558d32b70a8a3f7f5e89f28d2daa259e8 Mon Sep 17 00:00:00 2001
From: Bruno Haible <address@hidden>
Date: Wed, 20 Aug 2008 07:26:30 -0600
Subject: [PATCH] Add section to INSTALL about particular systems.

* doc/install.texi (Particular systems): New node.
* doc/autoconf.texi: Adjust menus.

Signed-off-by: Eric Blake <address@hidden>
---
 ChangeLog         |    6 ++++++
 doc/autoconf.texi |    2 ++
 doc/install.texi  |   30 ++++++++++++++++++++++++++++++
 3 files changed, 38 insertions(+), 0 deletions(-)

diff --git a/ChangeLog b/ChangeLog
index 1a892f9..f15cbf7 100644
--- a/ChangeLog
+++ b/ChangeLog
@@ -1,3 +1,9 @@
+2008-08-20  Bruno Haible  <address@hidden>
+
+       Add section to INSTALL about particular systems.
+       * doc/install.texi (Particular systems): New node.
+       * doc/autoconf.texi: Adjust menus.
+
 2008-08-19  Bruno Haible  <address@hidden>
        and Peter O'Gorman  <address@hidden>
 
diff --git a/doc/autoconf.texi b/doc/autoconf.texi
index 739bd47..865f25b 100644
--- a/doc/autoconf.texi
+++ b/doc/autoconf.texi
@@ -557,6 +557,7 @@ Top
 * Multiple Architectures::      Compiling for multiple architectures at once
 * Installation Names::          Installing in different directories
 * Optional Features::           Selecting optional features
+* Particular Systems::          Particular systems
 * System Type::                 Specifying the system type
 * Sharing Defaults::            Setting site-wide defaults for 
@command{configure}
 * Defining Variables::          Specifying the compiler etc.
@@ -18518,6 +18519,7 @@ Running configure Scripts
 * Multiple Architectures::      Compiling for multiple architectures at once
 * Installation Names::          Installing in different directories
 * Optional Features::           Selecting optional features
+* Particular Systems::          Particular systems
 * System Type::                 Specifying the system type
 * Sharing Defaults::            Setting site-wide defaults for 
@command{configure}
 * Defining Variables::          Specifying the compiler etc.
diff --git a/doc/install.texi b/doc/install.texi
index 362be59..070291c 100644
--- a/doc/install.texi
+++ b/doc/install.texi
@@ -179,6 +179,36 @@ Optional Features
 @address@hidden and @address@hidden to
 specify their locations.
 
address@hidden Particular Systems
address@hidden Particular systems
+
+On HP-UX, the default C compiler is not ANSI C compatible.  If GNU CC is
+not installed, it is recommended to use the following options in order to
+use an ANSI C compiler:
+
address@hidden
+./configure CC="cc -Ae"
address@hidden example
+
address@hidden
+and if that doesn't work, install pre-built binaries of GCC for HP-UX.
+
+On OSF/1 a.k.a.@: Tru64, some versions of the default C compiler cannot
+parse its @code{<wchar.h>} header file.  The option @option{-nodtk} can be
+used as a workaround.  If GNU CC is not installed, it is therefore
+recommended to try
+
address@hidden
+./configure CC="cc"
address@hidden example
+
address@hidden
+and if that doesn't work, try
+
address@hidden
+./configure CC="cc -nodtk"
address@hidden example
+
 @node System Type
 @section Specifying the System Type
 
-- 
1.5.6.4