Re: configure's checks for --enable-tap-tests are insufficient
От | Tom Lane |
---|---|
Тема | Re: configure's checks for --enable-tap-tests are insufficient |
Дата | |
Msg-id | 22462.1521572770@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Re: configure's checks for --enable-tap-tests are insufficient (Alvaro Herrera <alvherre@alvh.no-ip.org>) |
Список | pgsql-hackers |
Alvaro Herrera <alvherre@alvh.no-ip.org> writes: > Tom Lane wrote: >> Ah, thanks. Not sure we need to make an explicit test for Opcode; we've >> not heard of anyone not having that. > In Debian stable, Opcode is in package libperl5.24. This probably > explains why nobody runs into trouble with it, since libperl is already > checked by configure for other reasons. Not sure about the RH world. [ pokes around ] Opcode is in the base perl package on RHEL6; on Fedora 28, it's in perl-interpreter. Either way, it's in the same package as /usr/bin/perl, so ain't nobody not gonna have it. > As for the others Dagfinn mentioned, most seem to be in perl-base, and a > few in perl-modules-5.24, which is depended upon by libperl5.24, so I > think the proposed set is good enough for now. Sounds good. We can always tweak the list some more if the situation changes, or if we hear from someone using a different distro that slices things up yet differently. But I don't feel a need to expend configure cycles on purely hypothetical configurations. I imagine that most off-the-beaten-track cases would involve hand-built Perl installations, and those will almost certainly have all of "Perl core". So I think as long as we cover what the major Linux distros are doing, that's probably good enough. regards, tom lane
В списке pgsql-hackers по дате отправления: