Actually, this is a (minor) bug in binutils (see patch below): ELF
interpreteu is defined as /usr/lib/libc.so.1 rather than
(here) /usr/libexec/ld-elf.so.1
On Tue, 22 Feb 2000, Martin Cracauer wrote:
> In <[EMAIL PROTECTED]>, Jordan K. Hubbard wrote:
> > root@zippy-> cc -fPIC -c stub.c
> > roo
On Tue, 22 Feb 2000, Jordan K. Hubbard wrote:
> > As a workaround for a static binary, you should be able to use
> > -Xlinker -Bstatic
> > instead of
> > -static
>
> Actually, it appears that just -Xlinker is necessary; it works
> fine in conjunction with -static. Thanks for this most helpf
> As a workaround for a static binary, you should be able to use
> -Xlinker -Bstatic
> instead of
> -static
Actually, it appears that just -Xlinker is necessary; it works
fine in conjunction with -static. Thanks for this most helpful
tip! I can see a *lot* of scenarios where I'll be using
-
In <[EMAIL PROTECTED]>, Jordan K. Hubbard wrote:
> root@zippy-> cc -fPIC -c stub.c
> root@zippy-> ld -shared -o stub.so stub.o
> root@zippy-> cc -static test.c -o test stub.so
> root@zippy-> ./test
> ELF interpreter /usr/lib/libc.so.1 not found
> Abort trap
> root@zippy-> cc -static test.c -o te
In article <[EMAIL PROTECTED]>,
Jordan K. Hubbard <[EMAIL PROTECTED]> wrote:
>
> I ran across this as part of my continuing efforts to make the openssl
> library pull in the rsaref code at runtime, something which now works
> just peachy in the dynamic linking case but does not work in the
> stat
root@zippy-> cc -fPIC -c stub.c
root@zippy-> ld -shared -o stub.so stub.o
root@zippy-> cc -static test.c -o test stub.so
root@zippy-> ./test
ELF interpreter /usr/lib/libc.so.1 not found
Abort trap
root@zippy-> cc -static test.c -o test stub.o
root@zippy-> ./test
Now in the client, calling doit()
