delta/postgresql.git/src/interfaces/python/GNUmakefile, branch master

remove python module, as its moved to http://www.pygresql.org

2003-08-01T04:19:06+00:00

Make "win" a separate port from "cygwin". This means you can now

2003-03-21T17:18:34+00:00

configure under native Windows (MinGW that is), but you won't get very far
compiling yet.  The dynaloader files are from Jan Wieck's patch set.

Bump version for 7.3 and 7.4.

2002-12-11T04:07:39+00:00

Stamp minor version numbers for 7.4 release.

2002-12-04T18:14:11+00:00

revert last change

2001-12-13T18:39:04+00:00

Bump version to 3.3. Mostly this is because there is some confusion about

2001-12-03T12:39:44+00:00

the latest version and I wanted to make sure that there was a clean release.

I also change the build files as I discussed in my letter of Nov 6, 2001.  At
the time I was asked to hold off until after the release.

Rename config.h to pg_config.h and os.h to pg_config_os.h, fix a number of

2001-08-24T14:07:50+00:00

places that were including the wrong files.

Support fake root install, separate build dir, dependency tracking, our

2001-07-10T16:33:02+00:00

choice of compiler and flags, uninstall, and peculiar Python installation
layouts for PyGreSql.  Also install into site-packages now, as officially
recommended.  And pgdb.py is also installed now, used to be forgotten.

Back out, per Peter E.

2001-05-25T15:32:33+00:00

> > The attached patch changes src/interfaces/python/GNUmakefile to use the
> > value of DESTDIR like the rest (or at least most) of the PostgreSQL
> > makefiles.  I found this problem when trying to package a pre-built
> > Cygwin PostgreSQL distribution, but this problem is platform independent.

The attached patch changes src/interfaces/python/GNUmakefile to use the

2001-05-25T14:29:39+00:00

value of DESTDIR like the rest (or at least most) of the PostgreSQL
makefiles.  I found this problem when trying to package a pre-built
Cygwin PostgreSQL distribution, but this problem is platform independent.

The problem manifests itself when one tries to install into a stagging
area (e.g., to build a tarball) instead of a real install.  In this case,
pg.py and _pgmodule$(SO) still end up being installed in the configured
prefix directory ignoring the value of DESTDIR.

Unfortunately, this patch does not handle the case where PostgreSQL
and Python are configured with different prefixes.  Since the Python
Makefile is automatically generated and does not use DESTDIR, I believe
that this issue will be difficult to correct.  If anyone has ideas on
how to fix this issue, then I'm quite willing to rework the patch to
take the suggestion into account.

Jason Tishler