Re: [COMMITTERS] pgsql: simple script to pull together a very small (<500k) tar file - Mailing list pgsql-hackers
From | Marc G. Fournier |
---|---|
Subject | Re: [COMMITTERS] pgsql: simple script to pull together a very small (<500k) tar file |
Date | |
Msg-id | 13A210335A438F083881F2B4@ganymede.hub.org Whole thread Raw |
In response to | Re: [COMMITTERS] pgsql: simple script to pull together a very small (<500k) tar file (Alvaro Herrera <alvherre@commandprompt.com>) |
Responses |
Re: Re: [COMMITTERS] pgsql: simple script to pull together a very small (<500k) tar file
|
List | pgsql-hackers |
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 - --On Tuesday, October 30, 2007 11:44:12 -0300 Alvaro Herrera <alvherre@commandprompt.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@hub.org MSN . scrappy@hub.org Yahoo . yscrappy Skype: hub.org ICQ . 7615664 -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFHJ11J4QvfyHIvDvMRAuCmAKDDgmqDdL6I29hhTls9sbm3CJsiVwCg08Qg gBp65Mn/vy5weg0DScIvqQ0= =0CmE -----END PGP SIGNATURE-----
pgsql-hackers by date: