Comments on: Tricky bugs: peculiarities of dynamic linking, and magic divisions http://aras-p.info/blog/2008/04/19/tricky-bugs/ Random thoughts of a triangle pusher Mon, 08 Sep 2008 08:22:49 +0000 http://wordpress.org/?v=2.6.1 By: Aras Pranckevičius http://aras-p.info/blog/2008/04/19/tricky-bugs/#comment-11676 Aras Pranckevičius Wed, 07 May 2008 08:05:27 +0000 http://aras-p.info/blog/?p=166#comment-11676 ryg: yeah, that would totally explain it! ryg: yeah, that would totally explain it!

]]> By: Fabian 'ryg' Giesen http://aras-p.info/blog/2008/04/19/tricky-bugs/#comment-11608 Fabian 'ryg' Giesen Sat, 03 May 2008 17:39:06 +0000 http://aras-p.info/blog/?p=166#comment-11608 I'm pretty sure this is related to a similar problem with ELF executables, caused by weird defaults of the GNU linker - the command line option "-Bsymbolic", to be precise. Quoting from the GNU ld manual: -Bsymbolic When creating a shared library, bind references to global symbols to the definition within the shared library, if any. Normally, it is possible for a program linked against a shared library to override the definition within the shared library. This option is only meaningful on ELF platforms which support shared libraries. This only talks about ELF executables, but it sure looks like Mach-O has the same problem. I certainly don't see why this isn't the default. I’m pretty sure this is related to a similar problem with ELF executables, caused by weird defaults of the GNU linker - the command line option “-Bsymbolic”, to be precise. Quoting from the GNU ld manual:
-Bsymbolic
When creating a shared library, bind references to global symbols to the definition within the shared library, if any. Normally, it is possible for a program linked against a shared library to override the definition within the shared library. This option is only meaningful on ELF platforms which support shared libraries.

This only talks about ELF executables, but it sure looks like Mach-O has the same problem. I certainly don’t see why this isn’t the default.

]]> By: Aras Pranckevičius http://aras-p.info/blog/2008/04/19/tricky-bugs/#comment-11461 Aras Pranckevičius Sun, 20 Apr 2008 06:14:16 +0000 http://aras-p.info/blog/?p=166#comment-11461 Yeah. But I never expected that a function which is not explicitly exported can still be "reused" between application and a DLL. Even more so, in the <i>opposite</i> direction (dll uses implementation from the app)! Yeah. But I never expected that a function which is not explicitly exported can still be “reused” between application and a DLL. Even more so, in the opposite direction (dll uses implementation from the app)!

]]> By: Ivan-Assen http://aras-p.info/blog/2008/04/19/tricky-bugs/#comment-11453 Ivan-Assen Sat, 19 Apr 2008 21:21:29 +0000 http://aras-p.info/blog/?p=166#comment-11453 Yet another victory for the Stupid Man's Rule of C++ Binary Interfaces: allow only C-style interface across a DLL boundary. Yet another victory for the Stupid Man’s Rule of C++ Binary Interfaces: allow only C-style interface across a DLL boundary.

]]>