Re: [RFC] building postgres with meson -v8

From: Andres Freund <andres(at)anarazel(dot)de>
To: Peter Eisentraut <peter(dot)eisentraut(at)enterprisedb(dot)com>
Cc: pgsql-hackers(at)postgresql(dot)org
Subject: Re: [RFC] building postgres with meson -v8
Date: 2022-04-20 21:04:03
Message-ID: 20220420210403.zlyi42hx5thvwce3@alap3.anarazel.de
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Hi,

On 2022-04-13 12:26:05 +0200, Peter Eisentraut wrote:
> Some feedback and patches for your branch at
> 3274198960c139328fef3c725cee1468bbfff469:

Thanks! I just rebased the branch, will merge your changes once the fallout
from that is fixed...

> 0001-Install-a-few-more-files.patch
>
> These are just some files that were apparently forgotten to be installed so
> far.

> 0002-Adjust-some-header-file-installation-paths.patch
>
> The installation of server headers is apparently still in progress. This
> just adjusts the installation directory of those that are already being
> dealt with, so they match the existing installation layout.

Yea. I've not at all paid attention to that so far, besides getting tests to
pass.

> 0003-Fix-warnings-about-deprecated-features.patch
>
> This fixes some deprecation warnings and raises the requirement to 0.56.

I don't see any deprecation warnings - I see some notices about *future*
deprecated features being used:

NOTICE: Future-deprecated features used:
* 0.55.0: {'ExternalProgram.path'}
* 0.56.0: {'meson.source_root', 'meson.build_root'}

(i.e. once the minimum version is increased to > 0.54, those will trigger
deprecation warnings)

What are you seeing with what version?

> I'm not sure why the current cutoff at 0.54 was chosen. Perhaps that could
> be documented.

Not quite sure why I ended up with 0.54. We definitely should require at most
0.56, as that's the last version supporting python 3.5.

> 0004-Install-postmaster-symlink.patch
>
> This needs 0.61, so maybe it's a bit too new.

Yea, that's too new. I think we can just create the symlink using ln or such
if we need it.

> Or we could get rid of the postmaster symlink altogether?

But that seems like a better approach.

> 0005-Workaround-for-Perl-detection.patch
>
> This is needed on my system to get the Perl detection to pass. If I look at
> the equivalent configure code, some more refinement appears to be needed in
> this area.

> From 1f80e1ebb8efeb0eba7d57032282520fd6455b0d Mon Sep 17 00:00:00 2001
> From: Peter Eisentraut <peter(at)eisentraut(dot)org>
> Date: Wed, 13 Apr 2022 11:50:52 +0200
> Subject: [PATCH 5/5] Workaround for Perl detection
>
> ---
> meson.build | 6 +++---
> 1 file changed, 3 insertions(+), 3 deletions(-)
>
> diff --git a/meson.build b/meson.build
> index 1bf53ea24d..e33ed11b08 100644
> --- a/meson.build
> +++ b/meson.build
> @@ -545,9 +545,9 @@ else
> # file existence.
> if perl_may_work
> perl_ccflags += ['-I(at)0@'.format(perl_inc_dir)]
> - if host_machine.system() == 'darwin'
> - perl_ccflags += ['-iwithsysroot', perl_inc_dir]
> - endif
> + #if host_machine.system() == 'darwin'
> + # perl_ccflags += ['-iwithsysroot', perl_inc_dir]
> + #endif
> endif

What problem do you see without this? It did build on CI and on my m1 mini box
as is...

Greetings,

Andres Freund

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Peter Eisentraut 2022-04-20 21:04:05 Re: Add version and data directory to initdb output
Previous Message Peter Eisentraut 2022-04-20 20:56:53 Re: renumber_oids.pl needs some updates