From: | Christoph Berg <myon(at)debian(dot)org> |
---|---|
To: | Andres Freund <andres(at)anarazel(dot)de> |
Cc: | Peter Eisentraut <peter(dot)eisentraut(at)enterprisedb(dot)com>, Andrew Dunstan <andrew(at)dunslane(dot)net>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, pgsql-hackers <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: meson documentation build open issues |
Date: | 2023-11-03 19:19:18 |
Message-ID: | ZUVHttJNHalXcUNx@msg.df7cb.de |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Re: Andres Freund
> The reason for that is simply that the docs take too long to build.
That why I'd prefer to be able to separate arch:all and arch:any
builds, yes.
> The summary does include both. LLVM is 'llvm', man/html docs is 'docs' and pdf
> docs as 'docs_pdf'.
Sorry, I should have looked closer. :(
> The following is *not* an argument the docs targets shouldn't be documented
> (working on a patch), just something that might be helpful until then /
> separately. You can see which targets are built with
>
> ninja -t targets all|grep doc/src/
Thanks.
> > Oh, that's a showstopper. I thought meson would already be ready for
> > production use. There is indeed an "experimental" note in
> > install-requirements.html, but not in install-meson.html
>
> I'm working on merging it. Having it for core PG isn't a huge difficulty, the
> extension story is what's been holding me back...
In-core extensions or external ones?
> > Why isn't it "auto" like the others?
>
> I don't really remember why I did that, but it's platform specific, maybe
> that's why I did it that way?
Isn't that kind the point of autodetecting things? Aren't bonjour and
bsd_auth autodetected as well?
> > > I don't think the autoconf build currently exposes separately configuring
> > > pkglibdir either, I think that's a debian patch? I'm entirely open to adding
> > > an explicit configuration option for this though.
> >
> > That would definitely be helpful.
>
> I have a patch locally, will send it together with a few others in a bit.
Thanks!
Christoph
From | Date | Subject | |
---|---|---|---|
Next Message | Jeff Davis | 2023-11-03 19:47:24 | Re: Improve WALRead() to suck data directly from WAL buffers when possible |
Previous Message | Matthias van de Meent | 2023-11-03 19:16:22 | Re: brininsert optimization opportunity |