possibly acceptable workaround for rlm_perl/dlopen problem on Debian

[Enrik Berkhan]

Hi,

after thinking over the libperl.so/dlopen problem with rlm_perl on 
Debian, I have found the following workaround:

Just dlopen(libperl.so, RTLD_LAZY|RTLD_GLOBAL) from rlm_perl again. This 
will have no effect but making the symbols globally visible since the 
library has been opened already during the load of rlm_perl.

Advantages:
- no change on other packages needed at the moment
- change stays local to rlm_perl
- no portability loss as rlm_perl already uses dlfcn.h / dlclose()

I have attached a proof-of-concept patch that is missing at least 
autotools integration and hardcodes the library name.

What do you think about this compromise?

Enrik
-------------- next part --------------
A non-text attachment was scrubbed...
Name: libperl-dlopen.patch
Type: text/x-patch
Size: 1301 bytes
Desc: not available
URL: <http://lists.freeradius.org/pipermail/freeradius-devel/attachments/20070705/03307765/attachment.bin>