Re: testing dist tarballs
Peter Eisentraut <peter@eisentraut.org>
From: Peter Eisentraut <peter@eisentraut.org>
To: Andres Freund <andres@anarazel.de>
Cc: Tom Lane <tgl@sss.pgh.pa.us>, Christoph Berg <myon@debian.org>,
PostgreSQL Hackers <pgsql-hackers@lists.postgresql.org>
Date: 2023-05-31T10:52:03Z
Lists: pgsql-hackers
On 27.05.23 14:47, Andres Freund wrote: >>> Separately, it's somewhat confusing that we include errcodes.h etc in >>> src/backend/utils, rather than its final location, in src/include/utils. It >>> works, even without perl, because copying the file doesn't require perl, it's >>> just generating it... >> >> The "copying" is actually a symlink, right? I don't think we want to ship >> symlinks in the tarball? > > Fair point - still seems we should just create the files in the right > directory instead of doing it in the wrong place and then creating symlinks to > make them accessible... Right. I think the reason this was set up this way is that with make it is generally dubious to create target files outside of the current directory.
Commits
-
Fix the install rule for snowball_create.sql.
- 5df5bea29070 16.0 landed
-
Move snowball_create.sql creation into perl file
- b3a0d8324cf1 16.0 cited