[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
SCO/bugfix patch 1 of 10: AC_LIBTOOL_SYS_MAX_CMD_LEN
From: |
Kean Johnston |
Subject: |
SCO/bugfix patch 1 of 10: AC_LIBTOOL_SYS_MAX_CMD_LEN |
Date: |
Sun, 30 Oct 2005 17:02:28 -0800 |
User-agent: |
Mozilla Thunderbird 1.0.2 (Windows/20050317) |
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
- SCO/bugfix patch 1 of 10: AC_LIBTOOL_SYS_MAX_CMD_LEN,
Kean Johnston <=