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

Re: [COMMITTERS] pgsql: simple script to pull together a very small (<500k) tar file

From: "Marc G(dot) Fournier" <scrappy(at)postgresql(dot)org>
To: Alvaro Herrera <alvherre(at)commandprompt(dot)com>
Cc: pgsql-hackers(at)postgresql(dot)org
Subject: Re: [COMMITTERS] pgsql: simple script to pull together a very small (<500k) tar file
Date: 2007-10-30 16:35:21
Message-ID: 13A210335A438F083881F2B4@ganymede.hub.org (view raw or flat)
Thread:
Lists: pgsql-committerspgsql-hackers
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1



- --On Tuesday, October 30, 2007 11:44:12 -0300 Alvaro Herrera 
<alvherre(at)commandprompt(dot)com> wrote:

> Marc G. Fournier wrote:
>> Log Message:
>> -----------
>>
>> simple script to pull together a very small (<500k) tar file that builds
>> *just* libpq ... its not perfect, as it pulls in more files then is
>> necessarily required to build, but as it is, it requires one simple patch
>> to configure.in in order to work ...
>
> Interesting ... may I inquire what is this for?  And why was it applied
> so late in the cycle, without any previous proposal or discussion?

Its in tools, and affects absolutely zilch and, since it is in tools, never 
gets run, configured, touched or installed ... its a script that will pull out 
a <500k tarball that builds just libpq ... *when* its finished ...

Unfortunately, it isn't usable right now, as it does require a modification to 
configure.in, which I haven't applied, to avoid a link step in ecpg, 
specifically:

*** configure.in        Mon Oct 29 23:35:25 2007
- --- /tmp/libpq/configure.in     Mon Oct 29 23:27:39 2007
***************
*** 454,459 ****
- --- 454,467 ----
  AC_SUBST(with_perl)

  #
+ # build libpq only
+ #
+ AC_MSG_CHECKING([only build libpq])
+ PGAC_ARG_BOOL(with, libpq_only, no, [  --with-libpq-only       only build 
libpq])
+ AC_MSG_RESULT([$with_libpq_only])
+ AC_SUBST(with_libpq_only)
+
+ #
  # Optionally build Python modules (PL/Python)
  #
  AC_MSG_CHECKING([whether to build Python modules])
***************
*** 1566,1572 ****
- --- 1574,1582 ----
  echo >src/include/stamp-h
  ])

+ if test "$with_libpq_only" != yes; then
  AC_CONFIG_HEADERS([src/interfaces/ecpg/include/ecpg_config.h])
+ fi

  AC_OUTPUT

If you apply that after a checkout, and do:

src/tools/make_libpq.sh
cd /tmp/libpq
./configure --with-libpq-only
cd src/interfaces/libpq
gmake
gmake install

it should build and install ... I've only tested on FreeBSD so far, and have 
asked Tom to test it on his Redhat, to make sure I haven't missed anything ... 
its still a bit bigger then what it has to be, as I tried to make it as least 
invasive as possible ...

The idea is to get rid of the whole 'split distribution' that we're doing now, 
and replace it with something alot more useful ... basically, right now, to 
build pgsql with PHP, you have to download a 13M file (as well as the 7M PHP 
distribution) to do it ... with this, you would only have a small file to get 
the one library that is required ...

- ----
Marc G. Fournier           Hub.Org Networking Services (http://www.hub.org)
Email . scrappy(at)hub(dot)org                              MSN . scrappy(at)hub(dot)org
Yahoo . yscrappy               Skype: hub.org        ICQ . 7615664
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.4 (FreeBSD)

iD8DBQFHJ11J4QvfyHIvDvMRAuCmAKDDgmqDdL6I29hhTls9sbm3CJsiVwCg08Qg
gBp65Mn/vy5weg0DScIvqQ0=
=0CmE
-----END PGP SIGNATURE-----


In response to

Responses

pgsql-hackers by date

Next:From: David FetterDate: 2007-10-30 16:35:33
Subject: Re: Proposal TODO Item: SQL-language referenceparameters by name
Previous:From: Tom LaneDate: 2007-10-30 16:35:09
Subject: Re: Proposal TODO Item: SQL-language reference parameters by name

pgsql-committers by date

Next:From: Tom LaneDate: 2007-10-30 17:36:45
Subject: Re: Re: [COMMITTERS] pgsql: simple script to pull together a very small (<500k) tar file
Previous:From: David FetterDate: 2007-10-30 15:34:51
Subject: dbi-link - dbi-link: - Added new function

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