Andrew Dunstan <and...@dunslane.net> writes:
> On my Fedora box, man 3 getopt says this:

>     A program that scans multiple argument vectors, or rescans the same
>     vector more than once, and wants to make use of GNU extensions such
>     as '+'  and '-'  at  the start of optstring, or changes the value of
>     POSIXLY_CORRECT between scans, must reinitialize getopt() by
>     resetting optind to 0, rather than the traditional value of 1. 
>     (Resetting to 0 forces the invocation of an internal initialization
>     routine that rechecks POSIXLY_CORRECT and checks for GNU extensions
>     in optstring.)

Hmm, mine says the same, but it's not entirely clear how to parse the
AND and OR conditions there.  The fact that it works on Fedora suggests
to me that the "multiple vectors" case is somehow ANDed with one of the
other conditions.  Anyway seems like the next step is to compare the
Fedora getopt code with mingw's ...

                        regards, tom lane

-- 
Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-hackers

Reply via email to