Re: plperl/plperlu interaction
От | Andrew Dunstan |
---|---|
Тема | Re: plperl/plperlu interaction |
Дата | |
Msg-id | 45410934.8070703@dunslane.net обсуждение исходный текст |
Ответ на | Re: plperl/plperlu interaction (Andrew Dunstan <andrew@dunslane.net>) |
Ответы |
Re: plperl/plperlu interaction
Re: plperl/plperlu interaction |
Список | pgsql-hackers |
Andrew Dunstan wrote: > Tom Lane wrote: >> Andrew Dunstan <andrew@dunslane.net> writes: >> >>> Anyway, it is probably not expected by many users that loading a >>> module in plperlu makes it available to plperl - I was slightly >>> surprised myself to see it work and I am probably more aware than >>> most of perl and plperl subtleties. >>> >> >> I think that is a bug and needs to be fixed. We have the precedent of >> pltcl, which uses separate interpreters for pltcl and pltclu for exactly >> this reason. >> >> > > Fair enough. > > I am not sure what our release timetable is - and presumably this > should also be backpatched if we regard it as a bug. I won't be able > to do much on this front for the next 2 weeks at least. > There is one other wrinkle, that has just come to my attention courtesy of Andrew@SuperNews. This is what the perlembed man page says: Now suppose we have more than one interpreter instance running at the same time. This is feasible, but only ifyou used the Configure option "-Dusemultiplicity" or the options "-Dusethreads -Duseithreads" when building perl. Now my local perl (FC5/ia64) has usemultiplicity defined. I am not sure how common this is. Perhaps people who use other platforms could look for these flags in the output of perl -e 'use Config qw(myconfig config_sh config_vars config_re); print config_sh();' cheers andrew
В списке pgsql-hackers по дате отправления: