Skip to content
Snippets Groups Projects
  1. Mar 10, 2011
    • Tom Lane's avatar
      Fix some oversights in distprep and maintainer-clean targets. · 174f65ab
      Tom Lane authored
      At least two recent commits have apparently imagined that a comment in
      a Makefile stating that something would be included in the distribution
      tarball was sufficient to make it so.  They hadn't bothered to hook
      into the upper maintainer-clean targets either.  Per bug #5923 from
      Charles Johnson, in which it emerged that the 9.1alpha4 tarballs are
      short a few files that should be there.
      174f65ab
  2. Feb 04, 2011
  3. Nov 17, 2010
    • Peter Eisentraut's avatar
      Additional fixes for parallel make · cfad144f
      Peter Eisentraut authored
      Add some additional dependencies to constrain the build order to prevent
      parallel make from failing.  In the case of src/Makefile, this is likely to be
      too complicated to be worth maintaining, so just add .NOTPARALLEL to get the
      old for-loop-like behavior.
      
      More fine-tuning might be necessary for some platforms or configurations.
      cfad144f
  4. Nov 12, 2010
    • Peter Eisentraut's avatar
      Improved parallel make support · 19e231bb
      Peter Eisentraut authored
      Replace for loops in makefiles with proper dependencies.  Parallel
      make can now span across directories.  Also, make -k and make -q work
      properly.
      
      GNU make 3.80 or newer is now required.
      19e231bb
  5. Sep 20, 2010
  6. Jan 20, 2010
    • Heikki Linnakangas's avatar
      Rethink the way walreceiver is linked into the backend. Instead than shoving · 32bc08b1
      Heikki Linnakangas authored
      walreceiver as whole into a dynamically loaded module, split the
      libpq-specific parts of it into dynamically loaded module and keep the rest
      in the main backend binary.
      
      Although Tom fixed the Windows compilation problems with the old walreceiver
      module already, this is a cleaner division of labour and makes the code
      more readable. There's also the prospect of adding new transport methods
      as pluggable modules in the future, which this patch makes easier, though for
      now the API between libpqwalreceiver and walreceiver process should be
      considered private.
      
      The libpq-specific module is now in src/backend/replication/libpqwalreceiver,
      and the part linked with postgres binary is in
      src/backend/replication/walreceiver.c.
      32bc08b1
  7. Jan 15, 2010
    • Heikki Linnakangas's avatar
      Move build of src/backend/replication/walreceiver/ later in the build · 3daf3821
      Heikki Linnakangas authored
      process, after src/interfaces, because it depends on libpq. Also add
      missing lines for clean etc. targets
      
      Report from Boszormenyi Zoltan.
      3daf3821
    • Heikki Linnakangas's avatar
      Introduce Streaming Replication. · 40f908bd
      Heikki Linnakangas authored
      This includes two new kinds of postmaster processes, walsenders and
      walreceiver. Walreceiver is responsible for connecting to the primary server
      and streaming WAL to disk, while walsender runs in the primary server and
      streams WAL from disk to the client.
      
      Documentation still needs work, but the basics are there. We will probably
      pull the replication section to a new chapter later on, as well as the
      sections describing file-based replication. But let's do that as a separate
      patch, so that it's easier to see what has been added/changed. This patch
      also adds a new section to the chapter about FE/BE protocol, documenting the
      protocol used by walsender/walreceivxer.
      
      Bump catalog version because of two new functions,
      pg_last_xlog_receive_location() and pg_last_xlog_replay_location(), for
      monitoring the progress of replication.
      
      Fujii Masao, with additional hacking by me
      40f908bd
  8. Aug 27, 2009
    • Peter Eisentraut's avatar
      Update of install-sh, mkinstalldirs, and associated configury · 9d182ef0
      Peter Eisentraut authored
      Update install-sh to that from Autoconf 2.63, plus our Darwin-specific
      changes (which I simplified a bit).  install-sh is now able to install
      multiple files in one run, so we could simplify our makefiles sometime.
      
      install-sh also now has a -d option to create directories, so we don't need
      mkinstalldirs anymore.
      
      Use AC_PROG_MKDIR_P in configure.in, so we can use mkdir -p when available
      instead of install-sh -d.  For consistency with the rest of the world,
      the corresponding make variable has been renamed from $(mkinstalldirs) to
      $(MKDIR_P).
      9d182ef0
  9. Aug 07, 2009
    • Peter Eisentraut's avatar
      Expand test coverage support to entire tree · 7798147a
      Peter Eisentraut authored
      Test coverage support now covers the entire source tree, including
      contrib, instead of just src/backend.  In a related but independent
      development, the commands make coverage and make coverage-html can be run
      in any directory.
      
      This turned out to be much easier than feared.  Besides a few ad hoc fixes
      to pass the make target down the tree, change all affected makefiles to
      list their directories in the SUBDIRS variable, changed from variants like
      DIRS and WANTED_DIRS.  MSVC build fix was attempted as well.
      7798147a
  10. Feb 24, 2009
  11. Dec 19, 2008
    • Peter Eisentraut's avatar
      SQL/MED catalog manipulation facilities · cae565e5
      Peter Eisentraut authored
      This doesn't do any remote or external things yet, but it gives modules
      like plproxy and dblink a standardized and future-proof system for
      managing their connection information.
      
      Martin Pihlak and Peter Eisentraut
      cae565e5
  12. Mar 18, 2008
  13. Aug 21, 2007
  14. Jan 20, 2007
  15. Jun 23, 2006
  16. Feb 04, 2006
  17. Dec 09, 2005
  18. Nov 28, 2005
  19. Jan 13, 2005
  20. Oct 06, 2004
    • Bruce Momjian's avatar
      please find attached an alternate submission which addresses open item · 513e89b4
      Bruce Momjian authored
      "make pgxs install by default". It is up to the committers to chose.
      
      (1) there is only one "install" target. no more "install-all-headers".
          it simplifies/changes several makefiles.
      
      (2) the documentation reflects the change.
      
      (3) a minor fix on pgxs to use a nicer patch without a double slash.
      
      Fabien Coelho
      513e89b4
  21. Aug 20, 2004
    • Bruce Momjian's avatar
      > Please find enclose a submission to fix these problems. · ee85595d
      Bruce Momjian authored
      >
      > 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
      ee85595d
  22. Jul 30, 2004
  23. Apr 30, 2004
  24. Apr 26, 2004
  25. Nov 29, 2003
    • PostgreSQL Daemon's avatar
      · 969685ad
      PostgreSQL Daemon authored
      $Header: -> $PostgreSQL Changes ...
      969685ad
  26. Sep 05, 2002
    • Peter Eisentraut's avatar
      Assorted fixes for Cygwin: · 337da067
      Peter Eisentraut authored
      Eliminate the mysterious games that the Cygwin build plays with the linker
      flag variables.  DLLLIBS is gone, use SHLIB_LINK like everyone else.
      Detect cygipc in configure, after the linker flags are set up, otherwise
      configure might not work at all.
      
      Make sure everything is covered by make clean.
      
      Fix the build of the new conversion procedure modules.
      
      Add new DLLIMPORT markers where required.
      
      Finally, the compiler complains if we use an explicit
      -I/usr/local/include, so don't do that.  Curiously, -L/usr/local/lib is
      still necessary.
      337da067
  27. Sep 04, 2002
  28. Jul 30, 2002
  29. Jul 27, 2002
  30. Jul 19, 2002
  31. Mar 13, 2002
    • Peter Eisentraut's avatar
      Move · f362dcec
      Peter Eisentraut authored
        src/GNUmakefile.in to src/Makefile
      and
        src/backend/port/Makefile.in to src/backend/port/Makefile
      
      All configure substitutions are now done in Makefile.global.
      f362dcec
  32. Feb 10, 2001
    • Tom Lane's avatar
      Restructure the key include files per recent pghackers discussion: there · d08741ea
      Tom Lane authored
      are now separate files "postgres.h" and "postgres_fe.h", which are meant
      to be the primary include files for backend .c files and frontend .c files
      respectively.  By default, only include files meant for frontend use are
      installed into the installation include directory.  There is a new make
      target 'make install-all-headers' that adds the whole content of the
      src/include tree to the installed fileset, for use by people who want to
      develop server-side code without keeping the complete source tree on hand.
      Cleaned up a whole lot of crufty and inconsistent header inclusions.
      d08741ea
  33. Dec 30, 2000
  34. Nov 06, 2000
    • Peter Eisentraut's avatar
      Fix GNU make detection. · 6f2f1690
      Peter Eisentraut authored
      (The test 'make --version' with FreeBSD make (and potentially others)
      would just reinvoke make on the same Makefile, resulting in an infinite
      loop.)
      6f2f1690
  35. Jun 12, 2000
  36. Jan 18, 1997
Loading