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 2012

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-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

Re: getopt.m4 test

2012-06-19 Thread Bruno Haible
not initialized by the program, or when it is initialized to 1. Like for BSD systems, but BSD systems have 'optreset' for resetting the option processing. It seems to me that - musl's getopt is POSIX compliant (at least it passes the 3 parts of the test when run individually). -