Thread overview | |||||
---|---|---|---|---|---|
|
July 18, 2004 std.loader on linux | ||||
---|---|---|---|---|
| ||||
It appears that std.loader is not compiled into the current linux version of phobos even though it is in the win32 version. Why is this? I tried compiling the linux version as a standalone with -version=TestMain and -version=Linux, but for some reason the linux c functions dlopen, dlclose, dlsym, and dlerror are reported undefined in the gcc link stage. These are part of Linux, so why can't the linker find these symbols (they are declared extern (C) within loader.d)? Later, John |
July 18, 2004 Re: std.loader on linux | ||||
---|---|---|---|---|
| ||||
Posted in reply to John Reimer | On Sun, 18 Jul 2004 15:29:20 -0700, John Reimer wrote:
> It appears that std.loader is not compiled into the current linux version of phobos even though it is in the win32 version. Why is this?
>
> I tried compiling the linux version as a standalone with -version=TestMain and -version=Linux, but for some reason the linux c functions dlopen, dlclose, dlsym, and dlerror are reported undefined in the gcc link stage. These are part of Linux, so why can't the linker find these symbols (they are declared extern (C) within loader.d)?
Ahh... nevermind. Seems that I have to link to the libdl.so library (the dynamic loader) with an -ldl switch on the gcc commandline.
The first question still stands however.
|
July 18, 2004 Re: std.loader on linux | ||||
---|---|---|---|---|
| ||||
Posted in reply to John Reimer | "John Reimer" <brk_6502@NO_S_PAM.yahoo.com> wrote in message news:pan.2004.07.18.22.45.10.708085@NO_S_PAM.yahoo.com... > On Sun, 18 Jul 2004 15:29:20 -0700, John Reimer wrote: > > > It appears that std.loader is not compiled into the current linux version of phobos even though it is in the win32 version. Why is this? > > > > I tried compiling the linux version as a standalone with -version=TestMain and -version=Linux, but for some reason the linux c functions dlopen, dlclose, dlsym, and dlerror are reported undefined in the gcc link stage. These are part of Linux, so why can't the linker find these symbols (they are declared extern (C) within loader.d)? > > Ahh... nevermind. Seems that I have to link to the libdl.so library (the dynamic loader) with an -ldl switch on the gcc commandline. > > The first question still stands however. I have no idea. That's a W Q. ;( |
Copyright © 1999-2021 by the D Language Foundation