3 ms·
Is it really needed to go as far as ditching dynamic linking and its benefits? Export only symbols intended to be called from outside, with a prefix, problem so
by s_gourichon 6y ago
Is it really needed to go as far as ditching dynamic linking and its benefits? Export only symbols intended to be called from outside, with a prefix, problem solved.
From TFA:
> This is a great opportunity to remind everyone: don’t use generic function names like this in your shared libraries, at least not in your exported symbols! You could easily run into a situation similar to this one. In my opinion, prefixes are definitely a good idea for your library’s exported symbols. In this case, both libusbmuxd and Samba were breaking that guideline.
> (...) dynamic libraries on Linux export all symbols by default unless you specify otherwise.
> libusbmuxd already fixed this on their end quite a while ago — they now only export functions intended to be public, which have a usbmuxd_ or libusbmuxd_ prefix
- jcelerier 6y ago> Export only symbols intended to be called from outside, with a prefix, problem solved. any solution that depends on the goodwill of a third party is a 100% no-go