Re: Complier warnings on mingw gcc 4.5.0
От | Tom Lane |
---|---|
Тема | Re: Complier warnings on mingw gcc 4.5.0 |
Дата | |
Msg-id | 6849.1292429537@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Re: Complier warnings on mingw gcc 4.5.0 (Alvaro Herrera <alvherre@commandprompt.com>) |
Ответы |
Re: Complier warnings on mingw gcc 4.5.0
|
Список | pgsql-hackers |
Alvaro Herrera <alvherre@commandprompt.com> writes: > This bug seems closely related to process_postgres_switches. I guess > it'd be useful to add some debugging printouts there to figure out > what's being passed the second time around. It strikes me that the most obvious source for a platform dependency there would be getopt(), in particular the arrangements to cause getopt to behave sanely when we invoke it on a different argc array the second time around. If that were failing for some reason, you could imagine getopt seeing 'postgres' as the next switch to parse, which could lead to the reported failure. Hence: 1. Is that build using src/port/getopt.c, or a library-supplied getopt? What about getopt_long.c? 2. Is HAVE_INT_OPTRESET getting defined? Should it be? regards, tom lane
В списке pgsql-hackers по дате отправления: