Re: getopt and Solaris 10
Derek Price <[email protected]> Thu, 05 May 2005 14:55:42 -0400
| Newsgroups | gmane.comp.lib.gnulib.bugs,gmane.comp.version-control.cvs.bugs |
|---|---|
| Organization | Get CVS Support from Ximbiot <http://ximbiot.com>! |
| Message-ID | <[email protected]> |
This is a multi-part message in MIME format. --------------070105000002020904010106 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Derek Price wrote: >Apparently Solaris 10 includes a getopt.h and appears to be GNU getopt >by all the tests in getopt.m4. Unfortunately, it doesn't support "+" as >the first character of the option string. The original report is here: ><https://ccvs.cvshome.org/issues/show_bug.cgi?id=248>. > > Matthias pointed me at the man page for Solaris 10's getopt_long: <http://docs.sun.com/app/docs/doc/816-5168/6mbb3hr99?l=en&a=view#indexterm-493>. Based on that man page, I see two alternatives: 1. Always use getopt_long() in CVS since the Solaris 10 version supports "+" as the start of the option string even though its getopt() does not. 2. Check for the getopt_clip() function, which should be unique to Solaris, and use the GNULIB getopt.c when it is found. I prefer door #2. Trivial patch attached: 2005-05-05 Derek Price <[email protected]> * m4/getopt.m4 (gl_GETOPT): Use GNULIB getopt on Solaris 10. Matthias, would you mind verifying that this patch fixes CVS on your Solaris 10? Regards, Derek --------------070105000002020904010106 Content-Type: text/plain; name="getopt-no-sos10.diff" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="getopt-no-sos10.diff" SW5kZXg6IG00L2dldG9wdC5tNAo9PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09ClJDUyBmaWxlOiAvY3Zzcm9vdC9n bnVsaWIvZ251bGliL200L2dldG9wdC5tNCx2CnJldHJpZXZpbmcgcmV2aXNpb24gMS44CmRp ZmYgLXUgLXAgLXIxLjggZ2V0b3B0Lm00Ci0tLSBtNC9nZXRvcHQubTQJMjMgSmFuIDIwMDUg MDg6MDY6NTcgLTAwMDAJMS44CisrKyBtNC9nZXRvcHQubTQJNSBNYXkgMjAwNSAxODo1MTow OSAtMDAwMApAQCAtMzIsNiArMzIsMTAgQEAgQUNfREVGVU4oW2dsX0dFVE9QVF0sCiAgICAg ZG5sIGFuZCAoYXMgb2YgMjAwNC0xMC0xNSkgbWlzaGFuZGxlcyBvcHRpb25hbCBvcHRpb24t YXJndW1lbnRzLgogICAgIEFDX0NIRUNLX0RFQ0woW29wdHJlc2V0XSwgW0dFVE9QVF9IPWdl dG9wdC5oXSwgW10sIFsjaW5jbHVkZSA8Z2V0b3B0Lmg+XSkKIAorICAgIGRubCBTb2xhcmlz IDEwIGdldG9wdCBkb2Vzbid0IGhhbmRsZSBgKycgYXMgYSBsZWFkaW5nIGNoYXJhY3RlciBp biBhbgorICAgIGRubCBvcHRpb24gc3RyaW5nIChhcyBvZiAyMDA1LTA1LTA1KS4KKyAgICBB Q19DSEVDS19GVU5DUyhbZ2V0b3B0X2NsaXBdLCBbR0VUT1BUX0g9Z2V0b3B0LmhdKQorCiAg ICAgaWYgdGVzdCAtbiAiJEdFVE9QVF9IIjsgdGhlbgogICAgICAgZ2xfR0VUT1BUX1NVQlNU SVRVVEUKICAgICBmaQo= --------------070105000002020904010106 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ bug-gnulib mailing list [email protected] http://lists.gnu.org/mailman/listinfo/bug-gnulib --------------070105000002020904010106--