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

  1. Fix the install rule for snowball_create.sql.

  2. Move snowball_create.sql creation into perl file