Re: plperl and inline functions -- first draft
От | Andrew Dunstan |
---|---|
Тема | Re: plperl and inline functions -- first draft |
Дата | |
Msg-id | 4AFD75D6.40309@dunslane.net обсуждение исходный текст |
Ответ на | Re: plperl and inline functions -- first draft (Joshua Tolley <eggyknap@gmail.com>) |
Список | pgsql-hackers |
Joshua Tolley wrote: > Some items of note include that this makes the regression tests add not only > plperl to the test database but also plperlu, which is a new thing. I can't > see why this might cause problems, but thought I'd mention it. The tests > specifically try to verify that plperl doesn't allow 'use Data::Dumper', and > plperlu does. Since Data::Dumper is part of perl core, that seemed safe, but > it is another dependency, and perhaps we don't want to do that. If not, is > there some other useful way of testing plperlu vs. plperl, and does it really > matter? > > Loading both plperl and plperlu could have problems, as there are some platforms where we can't use them both in the same session, due to some perl oddities. We would need to test this on one such - I don't recall which they are. "Config" might be a better choice than "Data::Dumper". The Perl team or some packagers could drop Data::Dumper some day, but they aren't likely to drop Config. cheers andrew
В списке pgsql-hackers по дате отправления: