Fundamental defect of the concept of shared libraries

Masataka Ohta mohta at necom830.cc.titech.ac.jp
Mon May 27 20:53:10 AEST 1991


In article <7974 at auspex.auspex.com>
	guy at auspex.auspex.com (Guy Harris) writes:

>>You may remember that the speed of Bnews was actually improved by
>>in-lining the first part of strcmp(). In-lining of functions in
>>shared libraries is, of course, impossible.

>Well, in the version of Bnews we have here, that in-lining is done with
>a "STRCMP()" macro, that checks the first two characters and, only if
>they're not equal, calls "strcmp()".

Yes, of course. Bnews is the real example showing significance of call
overhead.

>Our Bnews programs are dynamically linked, and they have that in-lining;
>"In-lining of functions in shared libraries" is, of course, *NOT*
>"impossible", as demonstrated by that.

STRCMP() is source code level inlining of strcmp(), *NOT* strcmp()
in a shared library.

>Perhaps you want to completely delete the Bnews example, as it doesn't
>bolster your case,

Not at all.

						Masataka Ohta



More information about the Comp.unix.internals mailing list