- 20 4月, 2006 1 次提交
-
-
由 Tom Lane 提交于
no evidence that any currently-supported platform needs this, and good reason to think that any platform that did need it couldn't use the static libraries anyway --- libpq, at least, has circular references. Removing the code shuts up tsort warnings about the circular references on some platforms.
-
- 12 2月, 2006 1 次提交
-
-
由 Bruce Momjian 提交于
--enable-depend it often tries to create the .deps directory twice and bails out when it already exists due to a race condition of if doesn't exist, then create. This patch prevents mkdir from returning an error. Kris Jurka
-
- 28 9月, 2005 1 次提交
-
-
由 Tom Lane 提交于
relocated after installation. We can't trust the installation paths inserted into Makefile.global by configure, so instead we must get the paths from pg_config. This requires extending pg_config to support all the separately-configurable path names, but that was on TODO anyway.
-
- 03 8月, 2005 1 次提交
-
-
由 Tom Lane 提交于
of special case for Windows port. Put a PG_TRY around most of createdb() to ensure that we remove copied subdirectories on failure, even if the failure happens while creating the pg_database row. (I think this explains Oliver Siegmar's recent report.) Having done that, there's no need for the fragile assumption that copydir() mustn't ereport(ERROR), so simplify its API. Eliminate the old code that used system("cp ...") to copy subdirectories, in favor of using copydir() on all platforms. This not only should allow much better error reporting, but allows us to fsync the created files before trusting that the copy has succeeded.
-
- 28 7月, 2005 1 次提交
-
-
由 Tom Lane 提交于
-
- 07 7月, 2005 1 次提交
-
-
由 Bruce Momjian 提交于
problems: --------------------------------------------------------------------------- Support cross compilation by compiling "zic" with a native compiler. This relies on the output of zic being platform independent, but that is currently the case.
-
- 06 7月, 2005 1 次提交
-
-
由 Tom Lane 提交于
is used in the toplevel configure. Per Marko Kreen.
-
- 04 7月, 2005 1 次提交
-
-
由 Peter Eisentraut 提交于
relies on the output of zic being platform independent, but that is currently the case.
-
- 18 5月, 2005 1 次提交
-
-
由 Tom Lane 提交于
for testing PLs and contrib_regression for testing contrib, instead of overwriting the core system's regression database as formerly done. Andrew Dunstan
-
- 26 3月, 2005 2 次提交
-
-
由 Bruce Momjian 提交于
This reduces header file install from 8 seconds to 0.40 seconds.
-
由 Bruce Momjian 提交于
immunte to changes in libpq's usage of pgport between major versions.
-
- 25 3月, 2005 2 次提交
-
-
由 Tom Lane 提交于
-
由 Bruce Momjian 提交于
linking to libpq. This insulates applications from changes in libpq's usage of libpgport functions. Backpatched to 8.0.X.
-
- 27 1月, 2005 1 次提交
-
-
由 Tom Lane 提交于
APPDATA directory on Windows. Magnus Hagander
-
- 19 12月, 2004 1 次提交
-
-
由 Bruce Momjian 提交于
DLL pginstaller installs.
-
- 17 12月, 2004 2 次提交
-
-
由 Bruce Momjian 提交于
PTHREAD_LIBS to all libpq-usage builds.
-
由 Bruce Momjian 提交于
binary compiles, and adjust configure tests for AIX.
-
- 19 11月, 2004 1 次提交
-
-
由 Tom Lane 提交于
in terms of macro 'rpathdir', as I proposed a few weeks ago. In itself this commit shouldn't change the behavior at all, but it opens the door to using special rpaths for the PL shared libraries, as seems to be needed for plperl in particular.
-
- 20 10月, 2004 1 次提交
-
-
由 Neil Conway 提交于
-O2 -Wall -Wmissing-prototypes -Wpointer-arith Check whether the version of GCC we are using supports any of: -Wdeclaration-after-statement -Wendif-labels -Wold-style-definition And add the supported flags to CFLAGS.
-
- 16 10月, 2004 1 次提交
-
-
由 Bruce Momjian 提交于
"make", even if nothing had changed. With this patch, it's only relinked if it's actually updated. //Magnus PS. Yes, the old buildrule for the .rc file is still needed, as it's used by pgevent.rc (or any other binary in the future that would need it's own .rc file) Magnus Hagander
-
- 15 10月, 2004 1 次提交
-
-
由 Bruce Momjian 提交于
> > ./configure LDFLAGS=-static-libgcc LDFLAGS_SL=-static-libgcc > > to produce binaries that do not depend on libgcc_s.so at all. Oliver Jowett
-
- 12 10月, 2004 1 次提交
-
-
由 Tom Lane 提交于
-L spec rather than assuming libpython is in the standard search path (this returns to the way 7.4 did it). But check the distutils output to see if it looks like Python has built a shared library, and if so link with that instead of the probably-not-shared library found in configdir.
-
- 06 10月, 2004 4 次提交
-
-
由 Bruce Momjian 提交于
-
由 Bruce Momjian 提交于
-
由 Bruce Momjian 提交于
Magnus Hagander
-
由 Bruce Momjian 提交于
Magnus Hagander
-
- 01 10月, 2004 1 次提交
-
-
由 Neil Conway 提交于
if the user has defined LDFLAGS themselves.
-
- 18 9月, 2004 1 次提交
-
-
由 Peter Eisentraut 提交于
become part of the make variable value.
-
- 29 8月, 2004 1 次提交
-
-
由 Bruce Momjian 提交于
> > The patch adds missing the "libpgport.a" file to the installation under > > "install-all-headers". It is needed by some contribs. I install the > > library in "pkglibdir", but I was wondering whether it should be "libdir"? Please find attached a small patch against current CVS head that fixes pgport library installation so that it goes to libdir instead of pkglibdir. It works for me. Fabien Coelho
-
- 21 8月, 2004 1 次提交
-
-
由 Bruce Momjian 提交于
> > The patch adds missing the "libpgport.a" file to the installation under > "install-all-headers". It is needed by some contribs. I install the > library in "pkglibdir", but I was wondering whether it should be "libdir"? > I was wondering also whether it would make sense to have a "libpgport.so"? > > It fixes various macros which are used by contrib makefiles, especially > libpq_*dir and LDFLAGS when used under PGXS. It seems to me that they are > needed to > > It adds the ability to test and use PGXS with contribs, with "make > USE_PGXS=1". Without the macro, this is exactly as before, there should be > no difference, esp. wrt the vpath feature that seemed broken by previous > submission. So it should not harm anybody, and it is useful at least to me. > > It fixes some inconsistencies in various contrib makefiles > (useless override, ":=" instead of "="). Fabien COELHO
-
- 15 8月, 2004 1 次提交
-
-
由 Bruce Momjian 提交于
-
- 01 8月, 2004 1 次提交
-
-
由 Bruce Momjian 提交于
-
- 30 7月, 2004 1 次提交
-
-
由 Peter Eisentraut 提交于
some massaging by Peter Eisentraut. This is basically a simple generalization of the existing contrib makefiles.
-
- 03 6月, 2004 1 次提交
-
-
由 Bruce Momjian 提交于
-
- 23 5月, 2004 1 次提交
-
-
由 Tom Lane 提交于
-
- 22 5月, 2004 2 次提交
-
-
由 Tom Lane 提交于
functions. This allows these functions to work correctly with Unicode and other multibyte encodings. Per prior discussion. Also, revert my earlier change to move installation path mashing from Makefile.global to configure. Turns out not to work well because configure script is working with unexpanded variables, and so fails to match in cases where it should match.
-
由 Tom Lane 提交于
several different module Makefiles with it. Also, do any adjustment of installation paths during configure, rather than every time Makefile.global is read.
-
- 21 5月, 2004 1 次提交
-
-
由 Tom Lane 提交于
and should do now that we control our own destiny for timezone handling, but this commit gets the bulk of the picayune diffs in place. Magnus Hagander and Tom Lane.
-
- 14 5月, 2004 2 次提交
-
-
由 Bruce Momjian 提交于
-
由 Bruce Momjian 提交于
This is required because once you link with a library that uses threads, all references to that library have to use thread flags.
-