X-Original-To: pgsql-interfaces-postgresql.org@localhost.postgresql.org
Received: from localhost (unknown [64.117.224.193])
	by svr1.postgresql.org (Postfix) with ESMTP
	id 8DE1330E8CA; Mon, 16 Jun 2003 05:58:29 +0000 (GMT)
Received: from svr1.postgresql.org ([64.117.224.193])
	by localhost (svr1.postgresql.org [64.117.224.193]) (amavisd-new,
	port 10024)
	with ESMTP id 51524-06; Mon, 16 Jun 2003 02:58:18 -0300 (ADT)
Received: from cpc-gw2.cpc.net.au (unknown [210.9.248.93])
	by svr1.postgresql.org (Postfix) with ESMTP
	id E59DF30EC18; Mon, 16 Jun 2003 02:58:16 -0300 (ADT)
Received: from utiba.com
	by Utiba Mail Gateway (2.2.2) with ESMTP id h5G5wF811373;
	Mon, 16 Jun 2003 15:58:15 +1000
Received: from pc37.cpc.net.au (pc37.cpc.net.au [192.168.0.37])
	by Utiba Mail Thingy (0.0.2) with ESMTP id h5G5wFx18449;
	Mon, 16 Jun 2003 15:58:15 +1000
Content-Type: text/plain;
  charset="iso-8859-1"
From: Philip Yarra <philip@utiba.com>
Organization: Utiba
To: Tom Lane <tgl@sss.pgh.pa.us>
Subject: Re: ECPG CVS version problems
Date: Mon, 16 Jun 2003 15:58:13 +1000
User-Agent: KMail/1.4.3
Cc: Michael Meskes <meskes@postgresql.org>,
	pgsql-interfaces@postgresql.org
References: <200303280200.h2S20N218363@candle.pha.pa.us>
	<200306161404.55749.philip@utiba.com>
	<26338.1055738104@sss.pgh.pa.us>
In-Reply-To: <26338.1055738104@sss.pgh.pa.us>
MIME-Version: 1.0
Content-Transfer-Encoding: quoted-printable
Message-Id: <200306161558.13871.philip@utiba.com>
X-Archive-Number: 200306/40
X-Sequence-Number: 4251

On Mon, 16 Jun 2003 02:35 pm, Tom Lane wrote:
> Philip Yarra <philip@utiba.com> writes:
> > I just did a test build on a machine with bison 1.35, and there were no
> > complaints regarding its version
>
> You sure?  I see [it] in configure's output

Oh, yes, well so it is. Sorry about that.

>  (The reason it's not
> a hard error is that you don't actually need bison unless you don't have
> up-to-date copies of the derived files made by bison.  This should not
> be the case when using a snapshot, only when building from a CVS pull.)

Provided preproc.y has changed... `make clean` does not remove the output o=
f=20
bison, I found. When I copied the CVS source from my workstation to the=20
machine with older bison I didn't realise that, hence the confusion.

> > I assume that a way was found to make
> > older versions of bison work
>
> You assume wrong.=20=20

Yep. Part of the learning-curve, I suppose. I'll get there.

Regards, Philip.