SCO/bugfix patch 1 of 10: AC_LIBTOOL_SYS_MAX_CMD_LEN

[Kean Johnston]

Patch 1 of 10 attached ...

Rationale:
OpenServer ships by default with a command line length of 100K, but
the kernel tunable files are not world-readable, so we cannot detect
the dynamic value. So, for OSR5, set the value to 100K. If we don't,
every time libtool is invoked, we get a kernel warning telling us that
the max command line length table was exceded, and the auto-detect
mechanism gets a pessimistically low value (it stops at 32K). On
UnixWare and OpenServer 6, the kernel tunable file *is* world readable
so we check the real value. If it wasnt tuned by the user the default
is a lowly 32K.

2005-10-24  Kean Johnston  <address@hidden>

        * libtool.m4(AC_LIBTOOL_SYS_MAX_CMD_LEN): Set correctly for SCO.

Index: libtool.m4
===================================================================
RCS file: /cvsroot/libtool/libtool/Attic/libtool.m4,v
retrieving revision 1.314.2.115
diff -u -3 -p -r1.314.2.115 libtool.m4
--- libtool.m4  9 Oct 2005 06:26:21 -0000       1.314.2.115
+++ libtool.m4  30 Oct 2005 21:22:24 -0000
@@ -738,6 +738,17 @@ AC_CACHE_VAL([lt_cv_sys_max_cmd_len], [d
       esac
     fi
     ;;
+  sco3.2v5*)
+    lt_cv_sys_max_cmd_len=102400
+    ;;
+  sysv5* | sco5v6*)
+    kargmax=`grep ARG_MAX /etc/conf/cf.d/stune`
+    if test -n "$kargmax"; then
+      lt_cv_sys_max_cmd_len=`echo $kargmax|sed -e 's/.*[[      ]][[    ]]*//'`
+    else
+      lt_cv_sys_max_cmd_len=32768
+    fi
+    ;;
   *)
     # If test is not a shell built-in, we'll probably end up computing a
     # maximum length that is only half of the actual maximum length, but