Re: getopt.m4 test

2012-06-26 Thread Bruno Haible
Paul Eggert wrote: getopt-posix: No longer guarantee that option processing is resettable. That looks good to me, and thanks. Thanks for the review. Eric was silent. So I'm applying this change, together with a note in the NEWS file. Bruno DateModules Changes

Re: getopt.m4 test

2012-06-23 Thread Bruno Haible
Hi Paul, Eric, I wrote: It seems to me that - musl's getopt is POSIX compliant (at least it passes the 3 parts of the test when run individually). - The getopt.m4 test fails only because musl does not support one of the 3 known ways to reset option processing. Does it support

Re: getopt.m4 test

2012-06-23 Thread Paul Eggert
On 06/23/2012 09:22 AM, Bruno Haible wrote: getopt-posix: No longer guarantee that option processing is resettable. That looks good to me, and thanks.

Re: getopt.m4 test

2012-06-19 Thread Bruno Haible
Rich Felker wrote: 3. The test for POSIX compatible getopt does not actually test for POSIX compatibility, but for GNU semantics which are contrary to POSIX. This is purely an issue of a misnamed test; if gnulib wants to provide a replacement getopt with GNU semantics, that's okay, but