Message-ID: <46E49FBB.2050404@herakles.homelinux.org>
Date: Mon, 10 Sep 2007 09:36:59 +0800
From: John Summerfield <postgres@herakles.homelinux.org>
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
	rv:1.8.1.4) Gecko/20070620 SeaMonkey/1.1.2
MIME-Version: 1.0
To: pgsql-sql@postgresql.org
Subject: Re: postgresql HEAD build failure
References: <46E49549.8070408@herakles.homelinux.org>
	<20070910010147.GA12075@alvh.no-ip.org>
In-Reply-To: <20070910010147.GA12075@alvh.no-ip.org>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit

Alvaro Herrera wrote:
> John Summerfield wrote:
>> I have, for some months, been running this daily, but not taking notice
>> of the results:
>> [pgtest@numbat ~]$ cat bin/pg_build
>> #!/bin/bash
>> set -xe
>> cd /home/pgtest/pgsql/pgsql-2007-04-23/
>> ping -c4 2>/dev/null anoncvs.postgresql.org | grep -q 'bytes from'\
>> && {
>> make distclean || :
>> cvs -q update
>> ./configure --prefix=${HOME}//postgres --with-pgport=5433 --with
>> -pam --with-openssl \
>> --enable-depend \
>> --with-gnu-ld --with-python --with-perl
>> }
>> time make -j3 -s && time make -j3 -s install
>> [pgtest@numbat ~]$
>>
>> It fails thus:
>> config.status: linking ./src/makefiles/Makefile.linux to src/Makefile.port
>> + make -j3 -s
>> tsearchcmds.c:38:30: error: tsearch/ts_cache.h: No such file or directory
>> tsearchcmds.c:39:31: error: tsearch/ts_public.h: No such file or directory
>> tsearchcmds.c:40:30: error: tsearch/ts_utils.h: No such file or directory
> 
> Hmm, try deleting the build tree and start again.  Sometimes, what
> happens to me is that somebody adds a new directory, and my build tree
> does not contain it.  It's easy to fix: when I had a slower computer
> what I did was create the offending directory and symlink the makefile.
> Nowadays I just wipe the whole thing and let the build directory be
> constructed again by configure.  That gets things in sync.

that, I think, subverts the purpose of cvs and other SCMTs, but...
> 
> Now that I look closer, however, this was always with source dirs, not
> include dirs.  I think the problem here is that you're not passing -d to
> "cvs update".
> 
-d fixed the missing directories
and -P prunes obsolete ones.

Obviously I needed to read the instructions more closely:-(


And the timing of my upgrade was just a coincidence. It happens.

Thanks for your help.