čt 14. 10. 2021 v 19:24 odesílatel Andres Freund <and...@anarazel.de> napsal: > > Hi, > > On 2021-10-14 10:29:42 -0300, Alvaro Herrera wrote: > > On 2021-Oct-14, Josef Šimánek wrote: > > > > > I'm using Fedora 34 and I still see perl-Opcode.x86_64 as a separate > > > package. Anyway it behaves differently with autoconf tools and the > > > meson build system. Is perl disabled by default in the current build > > > system? > > Hm, so it seems we should make the test separately verify that perl -M{Opcode, > ExtUtils::Embed, ExtUtils::ParseXS} doesn't fail, so that we can fail perl > detection with a useful message?
I can confirm "perl -MOpcode" fails. ExtUtils::Embed and ExtUtils::ParseXS are present. Looking at the local system history of perl-interpreter package, it seems to be installed by default on Fedora 34. Friendly error message would be welcomed. > > > Yes, you have to use --with-perl in order to get it. > > With the meson prototype I set most optional features to "auto", except for > LLVM, as that increases compile times noticeably. > > For configure we didn't/don't want to do much auto-detection, because that > makes life harder for distributors. But meson has one switch controlling all > features set to 'auto' and not explicitly enabled/disabled: > --auto-features {enabled,disabled,auto} > Override value of all 'auto' features (default: auto). > so the argument doesn't apply to the same degree there. We could default > auto-features to something else too. > > There were two other reasons: > > 1) I got tired of needing to disable zlib, readline to be able to build on > windows. > 2) Exercising all the dependency detection / checking seems important at this > stage Clear, thanks for the info. > Greetings, > > Andres Freund