From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Larry Rosenman <ler(at)lerctr(dot)org> |
Cc: | pgsql-hackers(at)postgresql(dot)org, Peter Eisentraut <peter_e(at)gmx(dot)net> |
Subject: | Re: 7.3.3 COMPILE FAILURE: pg_dump (fwd) |
Date: | 2003-06-10 03:12:27 |
Message-ID: | 28521.1055214747@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Larry Rosenman <ler(at)lerctr(dot)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
From | Date | Subject | |
---|---|---|---|
Next Message | Bruce Momjian | 2003-06-10 04:11:37 | Lists are up again |
Previous Message | Mendola Gaetano | 2003-06-09 22:22:15 | Re: No more RH7.3 RPMs? |