Re: meson documentation build open issues - Mailing list pgsql-hackers

From Christoph Berg
Subject Re: meson documentation build open issues
Date
Msg-id ZUUC_T52xTbaXRys@msg.df7cb.de
Whole thread Raw
In response to Re: meson documentation build open issues  (Peter Eisentraut <peter.eisentraut@enterprisedb.com>)
Responses Re: meson documentation build open issues
List pgsql-hackers
Re: Peter Eisentraut
> > "meson compile" doesn't seem to build the docs by default ( see
<https://buildfarm.postgresql.org/cgi-bin/show_stage_log.pl?nm=crake&dt=2023-04-06%2018%3A17%3A04&stg=build>),
> > and I'd rather it didn't, building the docs is a separate and optional
> > step for the buildfarm.
> 
> You can control this with the "docs" option for meson, as of recently.

I've been looking into switching the Debian PG 17 build to meson, but
I'm running into several problems.

* The docs are still not built by default, and -Ddocs=enabled doesn't
  change that

* None of the "build docs" targets are documented in install-meson.html

* "ninja -C build alldocs" works, but it's impossible to see what
  flavors it's actually building. Everything is autodetected, and
  perhaps I would like to no build the .txt/something variants,
  but I have no idea what switch that is, or what package I have to
  uninstall so it's not autodetected (only html and pdf are
  documented.)

  Are there any other targets for the individual formats? (I could
  probably use one for the manpages only, without the html.)

Non-doc issues:

* LLVM is off by default (ok), when I enable it with -Dllvm=auto, it
  gets detected, but no .bc files are built, nor installed

* selinux is not autodetected. It needs -Dselinux=auto, but that's not
  documented in install-meson.html

* There is no split between libdir and pkglibdir. We had used that in
  the past for libpq -> /usr/lib/x86_64-linux-gnu and PG stuff ->
  /usr/lib/postgresql/17/lib.

Christoph



pgsql-hackers by date:

Previous
From: "David G. Johnston"
Date:
Subject: Re: Regression on pg_restore to 16.0: DOMAIN not available to SQL function
Next
From: Tom Lane
Date:
Subject: Re: Regression on pg_restore to 16.0: DOMAIN not available to SQL function