[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAOUYtQDpbEtgS=ZD_RnFgpGF53MEES1HkTkDc8Tn6vQ_8wdt6Q@mail.gmail.com>
Date: Thu, 15 Sep 2016 14:20:27 +0100
From: Jon Chesterfield <jonathanchesterfield@...il.com>
To: musl@...ts.openwall.com
Subject: Deploying a dynamic executable on glibc systems - how?
Hi all,
I have just been through the process of shipping a program built on a
recent glibc system for use on an old one. This has left me looking for an
alternative.
In general, I like the approach of statically linking everything and
shipping the single enormous binary. This solves the compatibility problems
in exchange for removing dynamic linking.
Unfortunately I also like dlopen and the combination of static linking and
dlopen is an unhappy one.
My thoughts on resolving this are:
1/ link the entire musl libc into a static main executable
2/ put all the symbols in a table analogous to a plt in this executable
3/ hack the loader to look in said table
4/ open plugin using dlopen
The idea is to keep main static enough that it doesn't need the system
loader to start, yet dynamic enough that libc can be exported.
However, "first hack the loader" suggests there may be a better way. I'm
essentially looking for a way of deploying an application that can load
plugins without also installing the musl loader to the host. Can someone
see a better solution?
Kind regards,
Jon
Content of type "text/html" skipped
Powered by blists - more mailing lists
Confused about mailing lists and their use?
Read about mailing lists on Wikipedia
and check out these
guidelines on proper formatting of your messages.
