[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index][Thread Index][Top&Search][Original]
Re: dlopen refocus
On Tue, 04 Jan 2000 15:26:51 MST, Tom Christiansen wrote:
>Have any of you ever seen this issue with dlopen acting weirdly when
>its argument =~ /^lib/, as I believe is occurring and which is stopping
>me from doing a make install?
The code you showed for stripping /^lib/ looks buggy if it acts on the
full path name (instead of just the basename) of the shared object.
> Shall we fix it by using a full path, or
>instead by not calling it "lib"? Or is my off-the-cuff analysis flawed?
>How come it only gets me? Do you think it's an OpenBSD only issue rather
>than all GNU binutils system? It doesn't happen on Redhat/Linux, and I
>don't know why not, since I'd've imagined the codebase to be equivalent.
>I can try building for the Sparc running OpenBSD and see whether it
>persists. The previous error was on an Intel.
If you've confirmed with an strace that the dlopen() is failing, I'd
suggest sending the BSD folks a bug report.
If the bug exists on production releases of OpenBSD, we should probably
hack a BSD-specific workaround for dl_dlopen.xs.
Sarathy
gsar@ActiveState.com
- References to:
-
Tom Christiansen <tchrist@jhereg.perl.com>
[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index][Thread Index][Top&Search][Original]