Re: 7.3.3 COMPILE FAILURE: pg_dump (fwd)

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

In response to

Responses

Browse pgsql-hackers by date

  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?