Re: PL/perl should fail on configure, not make
От | Tom Lane |
---|---|
Тема | Re: PL/perl should fail on configure, not make |
Дата | |
Msg-id | 24786.1357874725@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Re: PL/perl should fail on configure, not make ("Aaron W. Swenson" <titanofold@gentoo.org>) |
Ответы |
Re: PL/perl should fail on configure, not make
|
Список | pgsql-hackers |
"Aaron W. Swenson" <titanofold@gentoo.org> writes: > On Thu, Jan 10, 2013 at 08:12:56PM -0500, Tom Lane wrote: >> Sorry about going off on a theological tangent. The important question >> at this point is, can anybody fix the test so it works on Gentoo? >> If not we'll have to pull it out, whether or not it would be a good >> thing to have on Debian. > I can give it a go. Great, thanks! One thing we can see now that we have a full buildfarm cycle with that patch is that two out of the three Gentoo machines in the farm are perfectly happy with it --- only okapi doesn't like it. So that raises a new set of questions. It seems somewhat likely now that this is a local misconfiguration problem on okapi, but unless we can diagnose it I still feel that we'll have to drop the configure probe. Just a moment ago I pushed another change to make configure place the -I$perl_archlibexp/CORE switch at the end of CPPFLAGS not the beginning, because that's how plperl's makefile does it. I have not got much hope that the problem is an include search order issue, but that's the last thing I can think to try. I don't see any other plausibly-significant differences between what configure is doing and what the makefile is doing. regards, tom lane
В списке pgsql-hackers по дате отправления: