LD_SYMBOLIC_FUNCTIONS ( binutils = 2.17.50.0.11 )
hi, the recent binutils provides a nice feature that allows to reduce the number of relocations in ELF/PLT and finally speedups the application startup time. (...) -Bsymbolic-functions When creating a shared library, bind references to global function symbols to the definition within the shared library, if any. This option is only meaningful on ELF platforms which support shared libraries. If -Bsymbolic-func-tions is not used when linking a shared library, the linker will also turn on this option if the environment variable LD_SYMBOLIC_FUNCTIONS is set. When both environment variables LD_SYMBOLIC and LD_SYMBOLIC_FUNCTIONS are set, LD_SYMBOLIC will take precedent. (...) if there isn't critiscm i'll enable this in rpm macros as export LD_... ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: LD_SYMBOLIC_FUNCTIONS ( binutils = 2.17.50.0.11 )
On piątek, 26 stycznia 2007, Paweł Sikora wrote: hi, the recent binutils provides a nice feature that allows to reduce the number of relocations in ELF/PLT and finally speedups the application startup time. Why it's not ,,on'' by default in binutils if it so great? -- Arkadiusz MiśkiewiczPLD/Linux Team arekm / maven.plhttp://ftp.pld-linux.org/ ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: LD_SYMBOLIC_FUNCTIONS ( binutils = 2.17.50.0.11 )
Arkadiusz Miskiewicz napisał(a): On piątek, 26 stycznia 2007, Paweł Sikora wrote: hi, the recent binutils provides a nice feature that allows to reduce the number of relocations in ELF/PLT and finally speedups the application startup time. Why it's not ,,on'' by default in binutils if it so great? by default all calls from library to public/global functions exported by this library go through PLT. in such case you can override global symbol (e.g. with LD_PRELOAD=myhack.so which exports eq. symbol). with -Bsymbolic-functions such calls will be bound directly and all happy library hacking isn't so easy. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
