Re: 7.3.3 COMPILE FAILURE: pg_dump (fwd)
От | Tom Lane |
---|---|
Тема | Re: 7.3.3 COMPILE FAILURE: pg_dump (fwd) |
Дата | |
Msg-id | 28521.1055214747@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Re: 7.3.3 COMPILE FAILURE: pg_dump (fwd) (Larry Rosenman <ler@lerctr.org>) |
Ответы |
Re: 7.3.3 COMPILE FAILURE: pg_dump (fwd)
|
Список | pgsql-hackers |
Larry Rosenman <ler@lerctr.org> writes: >> cc -O -g -I../../../src/interfaces/libpq -I../../../src/include >> -I/usr/local/include -DBINDIR=\"/usr/local/pgsql/bin\" -c -o pg_dump.o >> pg_dump.c UX:cc: WARNING: debugging and optimization mutually exclusive; >> -O disabled UX:acomp: ERROR: "pg_dump.c", line 192: incomplete >> struct/union/enum option: long_options This implies that your system has the getopt_long() subroutine (in one library or another) but <getopt.h> either doesn't exist or doesn't define "struct option". This is not particularly hard to believe, since getopt_long() might be installed in a nonstandard place and its header file too. CVS tip attempts to support long options with or without a system copy of getopt_long(), but I fear that it will still break on platforms like yours, because there is no separate configure check to see if we need to provide a definition of struct option. Peter, what can we do to fix that? regards, tom lane
В списке pgsql-hackers по дате отправления: