[PATCH 08/27] bfd/ELF: mark internal MIPS functions hidden

Maciej W. Rozycki macro@orcam.me.uk
Mon Nov 3 14:28:52 GMT 2025
On Tue, 28 Oct 2025, Jan Beulich wrote:

> >> This reduces the dynamic symbol table some and allows the compiler to be
> >> more aggressive about inlining (as it sees fit, of course).
> > 
> >  Fine with me, thanks (for whoever cares to build BFD as a DSO).
> 
> Many (most?) distros do, I think. (As personally I do, fwiw.)

 I wonder what the rationale is for a private library (or a set of two, as 
opcodes is the other one).

 There's hardly if any benefit from page sharing (executables themselves 
share them anyway where run concurrently and there are so few of them).  
There's no benefit from being able to upgrade just the libraries as there 
is no stable ABI and they're tied to the executables built against them.  
But there's the performance hit from PIC code overhead and the increased 
startup latency from dynamic loading.  There's the mess to handle too, 
when you have multiple configurations of cross-binutils installed, each 
requiring its own copies of BFD/opcodes for its specific target(s).

 But of course you're free to do so.

  Maciej


More information about the Binutils mailing list