7.3.3 COMPILE FAILURE: pg_dump

--On Saturday, June 07, 2003 10:42:31 -0500 Larry Rosenman <ler@lerctr.org>
wrote:

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 UX:acomp: ERROR: "pg_dump.c", line
193: too many struct/union initializers UX:acomp: ERROR: "pg_dump.c",
line 193: cannot recover from previous errors gmake[3]: *** [pg_dump.o]
Error 1
gmake[3]: Leaving directory
`/home/ler/pg-dev/postgresql-7.3.3/src/bin/pg_dump' gmake[2]: *** [all]
Error 2
gmake[2]: Leaving directory `/home/ler/pg-dev/postgresql-7.3.3/src/bin'
gmake[1]: *** [all] Error 2
gmake[1]: Leaving directory `/home/ler/pg-dev/postgresql-7.3.3/src'
gmake: *** [all] Error 2
$
on UnixWare 7.1.3

modifying pg_config.h to NOT define GETOPT_LONG fixes it.

--
Larry Rosenman http://www.lerctr.org/~ler
Phone: +1 972-414-9812 E-Mail: ler@lerctr.org
US Mail: 1905 Steamboat Springs Drive, Garland, TX 75044-6749

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

--On Monday, June 09, 2003 23:12:27 -0400 Tom Lane <tgl@sss.pgh.pa.us>
wrote:

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?

for the record, this is a change from 7.3.2 to 7.3.3 that broke here.
7.3.2 compiled
just fine. Peter has an account on this box if he wants to look around.

I can also make other people accounts.

LER

regards, tom lane

--
Larry Rosenman http://www.lerctr.org/~ler
Phone: +1 972-414-9812 E-Mail: ler@lerctr.org
US Mail: 1905 Steamboat Springs Drive, Garland, TX 75044-6749

Larry Rosenman <ler@lerctr.org> writes:

for the record, this is a change from 7.3.2 to 7.3.3 that broke here.

[ scratches head... ] I don't see anything in the CVS logs that could
account for that.

regards, tom lane

On Tue, 10 Jun 2003, Tom Lane wrote:

Larry Rosenman <ler@lerctr.org> writes:

for the record, this is a change from 7.3.2 to 7.3.3 that broke here.

[ scratches head... ] I don't see anything in the CVS logs that could
account for that.

It might be maintenenace related (7.1.3 UP 1 of UnixWare). I'll
investigate when I get back from Houston (Fri 6/13/2003).

LER

regards, tom lane

--
Larry Rosenman http://www.lerctr.org/~ler
Phone: +1 972-414-9812 E-Mail: ler@lerctr.org
US Mail: 1905 Steamboat Springs Drive, Garland, TX 75044-6749

Where did getopt_long() come from and why is there no header file to go
along with it?

Larry Rosenman writes:

--On Saturday, June 07, 2003 10:42:31 -0500 Larry Rosenman <ler@lerctr.org>
wrote:

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 UX:acomp: ERROR: "pg_dump.c", line
193: too many struct/union initializers UX:acomp: ERROR: "pg_dump.c",
line 193: cannot recover from previous errors gmake[3]: *** [pg_dump.o]
Error 1
gmake[3]: Leaving directory
`/home/ler/pg-dev/postgresql-7.3.3/src/bin/pg_dump' gmake[2]: *** [all]
Error 2
gmake[2]: Leaving directory `/home/ler/pg-dev/postgresql-7.3.3/src/bin'
gmake[1]: *** [all] Error 2
gmake[1]: Leaving directory `/home/ler/pg-dev/postgresql-7.3.3/src'
gmake: *** [all] Error 2
$
on UnixWare 7.1.3

modifying pg_config.h to NOT define GETOPT_LONG fixes it.

--
Peter Eisentraut peter_e@gmx.net