Skip site navigation (1) Skip section navigation (2)

Re: Bug #865: PostgreSQL 7.3 and 7.3.1 fails to compile pg_dump

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Dan Wright <wright(at)smx(dot)pair(dot)com>
Cc: pgsql-bugs(at)postgresql(dot)org
Subject: Re: Bug #865: PostgreSQL 7.3 and 7.3.1 fails to compile pg_dump
Date: 2003-01-09 04:11:56
Message-ID: 26591.1042085516@sss.pgh.pa.us (view raw or flat)
Thread:
Lists: pgsql-bugs
Dan Wright <wright(at)smx(dot)pair(dot)com> writes:
> On Tue, 7 Jan 2003, Tom Lane wrote:
>> It surprises me that this would happen when 7.2 worked okay --- I don't
>> think we changed that configure test since 7.2.  Are you sure nothing
>> changed on your machine since you last built 7.2?

> Yes, I'm sure.  This is what happens when I run configure with the 7.2.3 source:
> [snip]

Okay, I was wrong.  Looking at the sources, it's clear that 7.3 checks
getopt_long in libgnugetopt and libgetopt, whereas 7.2 only looks for it
in mainstream libraries.  So it seems that your machine has libgnugetopt.so
or libgnugetopt.a, but not the corresponding header file (getopt.h).
Perhaps you need to install gnugetopt_devel to go with the gnugetopt RPM?

			regards, tom lane

In response to

pgsql-bugs by date

Next:From: pgsql-bugsDate: 2003-01-09 08:41:10
Subject: Bug #868: temp schema can't be clean automatically
Previous:From: Benjamin ReedDate: 2003-01-09 04:04:17
Subject: Re: Libpq is not a shared library on Mac OS X

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group