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

Re: [COMMITTERS] pgsql: Get rid of the need for manual maintenance of the initial

From: Stefan Kaltenbrunner <stefan(at)kaltenbrunner(dot)cc>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: [COMMITTERS] pgsql: Get rid of the need for manual maintenance of the initial
Date: 2010-01-05 17:24:39
Message-ID: 4B4375D7.4070708@kaltenbrunner.cc (view raw or flat)
Thread:
Lists: pgsql-committerspgsql-hackers
Tom Lane wrote:
> Log Message:
> -----------
> Get rid of the need for manual maintenance of the initial contents of
> pg_attribute, by having genbki.pl derive the information from the various
> catalog header files.  This greatly simplifies modification of the
> "bootstrapped" catalogs.
> 
> This patch finally kills genbki.sh and Gen_fmgrtab.sh; we now rely entirely on
> Perl scripts for those build steps.  To avoid creating a Perl build dependency
> where there was not one before, the output files generated by these scripts
> are now treated as distprep targets, ie, they will be built and shipped in
> tarballs.  But you will need a reasonably modern Perl (probably at least
> 5.6) if you want to build from a CVS pull.

this broke the build on spoonbill:

http://buildfarm.postgresql.org/cgi-bin/show_log.pl?nm=spoonbill&dt=2010-01-05%2015:05:08

manually executing the command shows that the perl process eats more 
than 250MB of RAM at closely afterwards fails with an out of memory due 
to hitting the process limit on that box.
I don't think that is in any way sane :)


# perl -v
This is perl, v5.8.8 built for sparc64-openbsd


Stefan

In response to

Responses

pgsql-hackers by date

Next:From: David FetterDate: 2010-01-05 17:34:47
Subject: Re: Writeable CTEs
Previous:From: Greg StarkDate: 2010-01-05 17:21:12
Subject: Re: Writeable CTEs

pgsql-committers by date

Next:From: Tom LaneDate: 2010-01-05 17:40:02
Subject: Re: [COMMITTERS] pgsql: Get rid of the need for manual maintenance of the initial
Previous:From: Magnus HaganderDate: 2010-01-05 17:20:07
Subject: Re: pgsql: And another one

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