<feed xmlns='http://www.w3.org/2005/Atom'>
<title>postgresql.git/doc/Makefile, branch master</title>
<subtitle>This is the main PostgreSQL git repository.</subtitle>
<id>http://git.postgresql.org/cgit/postgresql.git/atom?h=master</id>
<link rel='self' href='http://git.postgresql.org/cgit/postgresql.git/atom?h=master'/>
<link rel='alternate' type='text/html' href='http://git.postgresql.org/cgit/postgresql.git/'/>
<updated>2023-11-06T14:18:04Z</updated>
<entry>
<title>Remove distprep</title>
<updated>2023-11-06T14:18:04Z</updated>
<author>
<name>Peter Eisentraut</name>
</author>
<published>2023-11-06T13:51:52Z</published>
<link rel='alternate' type='text/html' href='http://git.postgresql.org/cgit/postgresql.git/commit/?id=721856ff24b3722ce8e894e5a32c9c063cd48455'/>
<id>urn:sha1:721856ff24b3722ce8e894e5a32c9c063cd48455</id>
<content type='text'>
A PostgreSQL release tarball contains a number of prebuilt files, in
particular files produced by bison, flex, perl, and well as html and
man documentation.  We have done this consistent with established
practice at the time to not require these tools for building from a
tarball.  Some of these tools were hard to get, or get the right
version of, from time to time, and shipping the prebuilt output was a
convenience to users.

Now this has at least two problems:

One, we have to make the build system(s) work in two modes: Building
from a git checkout and building from a tarball.  This is pretty
complicated, but it works so far for autoconf/make.  It does not
currently work for meson; you can currently only build with meson from
a git checkout.  Making meson builds work from a tarball seems very
difficult or impossible.  One particular problem is that since meson
requires a separate build directory, we cannot make the build update
files like gram.h in the source tree.  So if you were to build from a
tarball and update gram.y, you will have a gram.h in the source tree
and one in the build tree, but the way things work is that the
compiler will always use the one in the source tree.  So you cannot,
for example, make any gram.y changes when building from a tarball.
This seems impossible to fix in a non-horrible way.

Second, there is increased interest nowadays in precisely tracking the
origin of software.  We can reasonably track contributions into the
git tree, and users can reasonably track the path from a tarball to
packages and downloads and installs.  But what happens between the git
tree and the tarball is obscure and in some cases non-reproducible.

The solution for both of these issues is to get rid of the step that
adds prebuilt files to the tarball.  The tarball now only contains
what is in the git tree (*).  Getting the additional build
dependencies is no longer a problem nowadays, and the complications to
keep these dual build modes working are significant.  And of course we
want to get the meson build system working universally.

This commit removes the make distprep target altogether.  The make
dist target continues to do its job, it just doesn't call distprep
anymore.

(*) - The tarball also contains the INSTALL file that is built at make
dist time, but not by distprep.  This is unchanged for now.

The make maintainer-clean target, whose job it is to remove the
prebuilt files in addition to what make distclean does, is now just an
alias to make distprep.  (In practice, it is probably obsolete given
that git clean is available.)

The following programs are now hard build requirements in configure
(they were already required by meson.build):

- bison
- flex
- perl

Reviewed-by: Michael Paquier &lt;michael@paquier.xyz&gt;
Reviewed-by: Andres Freund &lt;andres@anarazel.de&gt;
Discussion: https://www.postgresql.org/message-id/flat/e07408d9-e5f2-d9fd-5672-f53354e9305e@eisentraut.org
</content>
</entry>
<entry>
<title>Remove maintainer-check target, fold into normal build</title>
<updated>2013-10-11T00:11:56Z</updated>
<author>
<name>Peter Eisentraut</name>
</author>
<published>2013-09-11T18:34:28Z</published>
<link rel='alternate' type='text/html' href='http://git.postgresql.org/cgit/postgresql.git/commit/?id=5dd41f3574871757e6b8e2a16b3e736fee36c20d'/>
<id>urn:sha1:5dd41f3574871757e6b8e2a16b3e736fee36c20d</id>
<content type='text'>
make maintainer-check was obscure and rarely called in practice, and
many breakages were missed.  Fold everything that make maintainer-check
used to do into the normal build.  Specifically:

- Call duplicate_oids when genbki.pl is called.

- Check for tabs in SGML files when the documentation is built.

- Run msgfmt with the -c option during the regular build.  Add an
  additional configure check to see whether we are using the GNU
  version.  (make maintainer-check probably used to fail with non-GNU
  msgfmt.)

Keep maintainer-check as around as phony target for the time being in
case anyone is calling it.  But it won't do anything anymore.
</content>
</entry>
<entry>
<title>Add maintainer-check target</title>
<updated>2011-03-28T19:56:52Z</updated>
<author>
<name>Peter Eisentraut</name>
</author>
<published>2011-03-28T19:53:55Z</published>
<link rel='alternate' type='text/html' href='http://git.postgresql.org/cgit/postgresql.git/commit/?id=6c0dfc035670240cddf0092a4aa22e5815b6583d'/>
<id>urn:sha1:6c0dfc035670240cddf0092a4aa22e5815b6583d</id>
<content type='text'>
This can do various source code checks that are not appropriate for
either the build or the regression tests.  Currently: duplicate_oids,
SGML syntax and tabs check, NLS syntax check.
</content>
</entry>
<entry>
<title>Remove cvs keywords from all files.</title>
<updated>2010-09-20T20:08:53Z</updated>
<author>
<name>Magnus Hagander</name>
</author>
<published>2010-09-20T20:08:53Z</published>
<link rel='alternate' type='text/html' href='http://git.postgresql.org/cgit/postgresql.git/commit/?id=9f2e211386931f7aee48ffbc2fcaef1632d8329f'/>
<id>urn:sha1:9f2e211386931f7aee48ffbc2fcaef1632d8329f</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Ship documentation without intermediate tarballs</title>
<updated>2009-08-09T22:47:59Z</updated>
<author>
<name>Peter Eisentraut</name>
</author>
<published>2009-08-09T22:47:59Z</published>
<link rel='alternate' type='text/html' href='http://git.postgresql.org/cgit/postgresql.git/commit/?id=ed9208829afe90738608e3344b7cf0b7b323a371'/>
<id>urn:sha1:ed9208829afe90738608e3344b7cf0b7b323a371</id>
<content type='text'>
Documentation files in HTML and man formats are now prepared for
distribution using the distprep make target, like everything else.  They
are placed in doc/src/sgml/html and manX and installed from there by
make install, if present.  The business with the tarballs in the tarball
is gone.
</content>
</entry>
<entry>
<title>Fix manpages related to SPI functions.</title>
<updated>2009-08-05T19:31:50Z</updated>
<author>
<name>Alvaro Herrera</name>
</author>
<published>2009-08-05T19:31:50Z</published>
<link rel='alternate' type='text/html' href='http://git.postgresql.org/cgit/postgresql.git/commit/?id=6403c35ee66c68168aea2e3b8deb352458d8e392'/>
<id>urn:sha1:6403c35ee66c68168aea2e3b8deb352458d8e392</id>
<content type='text'>
This patch adds declaration so that they end up in section 3, and adds
them to the Makefiles to install them.

Also, some synopses needed reflowing so that they look nice in 80-column
terminals.
</content>
</entry>
<entry>
<title>Revert addition of "o" to tar options.  This was intended to fix bug #4883,</title>
<updated>2009-06-27T21:06:46Z</updated>
<author>
<name>Tom Lane</name>
</author>
<published>2009-06-27T21:06:46Z</published>
<link rel='alternate' type='text/html' href='http://git.postgresql.org/cgit/postgresql.git/commit/?id=4d53a2f9699547bdc12831d2860c9d44c465e805'/>
<id>urn:sha1:4d53a2f9699547bdc12831d2860c9d44c465e805</id>
<content type='text'>
but the cure appears to be worse than the disease.  It turns out that GNU
tar versions 1.14.x misinterpret -o as --same-owner, not --no-same-owner,
leading to exactly the wrong behavior for both root and nonroot users.
While that bug has been fixed for nearly five years, these tar versions
are still found in the wild, notably in OS X 10.4.  Given that #4883 was
the first complaint we'd heard, it's definitely not worth fixing at the
risk of breaking things for other users.  Perhaps revisit at a later date
when we're not up against a release deadline.
</content>
</entry>
<entry>
<title>Extract tarballs with "o" option (tar xof), to behave reasonably when run</title>
<updated>2009-06-26T06:40:57Z</updated>
<author>
<name>Peter Eisentraut</name>
</author>
<published>2009-06-26T06:40:57Z</published>
<link rel='alternate' type='text/html' href='http://git.postgresql.org/cgit/postgresql.git/commit/?id=a87a1e5428dbbfed6e423a2d9281bb6ed6e53d5e'/>
<id>urn:sha1:a87a1e5428dbbfed6e423a2d9281bb6ed6e53d5e</id>
<content type='text'>
as root, as would usually be the case during make install.

per bug #4883
</content>
</entry>
<entry>
<title>Use $(TAR) instead of tar in makefiles.</title>
<updated>2009-06-26T06:37:14Z</updated>
<author>
<name>Peter Eisentraut</name>
</author>
<published>2009-06-26T06:37:14Z</published>
<link rel='alternate' type='text/html' href='http://git.postgresql.org/cgit/postgresql.git/commit/?id=6bcdb8aa85662933e72b5c8b21eb1ddfbcf6e3c9'/>
<id>urn:sha1:6bcdb8aa85662933e72b5c8b21eb1ddfbcf6e3c9</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Extend man page installation hackery so that the man page section is also</title>
<updated>2009-06-19T19:15:13Z</updated>
<author>
<name>Peter Eisentraut</name>
</author>
<published>2009-06-19T19:15:13Z</published>
<link rel='alternate' type='text/html' href='http://git.postgresql.org/cgit/postgresql.git/commit/?id=87698ffa8e667f99a224420db97aa0306d71b3f4'/>
<id>urn:sha1:87698ffa8e667f99a224420db97aa0306d71b3f4</id>
<content type='text'>
fixed up in the .so links.
</content>
</entry>
</feed>
