[Ocfs2-tools-devel] Why not link libdlm_lt directly ?

[Joel Becker]

On Wed, Oct 28, 2009 at 08:38:36PM +0800, Coly Li wrote:
> These days when I work on BNC#543119 (https://bugzilla.novell.com/show_bug.cgi?id=543119), which is an issue when
> loading libdlm_lt from libo2dlm.

<snip>

> Once thing I don't understand is, why libdlm_lt is not linked directly to libo2dlm when HAVE_FSDLM is defined ? Current
> code loads the library in run time and rename the symbols to fsdlm_xxxxx, it's a little bit complex than just including
> libdlm.h and linking libdlm_lt in build time.

	Because this allows us to build packages that don't require
libdlm.  All non-SuSE users right now are using o2cb.  Forcing them to
install libdlm and other cluster packages that they won't be using is a
bad idea.
	We deliberately want the core ocfs2-tools package to be
installable without dependencies for other stack.  The ocfs2_controld
programs can be installed as part of separate packages that rely on the
other stacks, but the core package shouldn't.  The only place this is
hard for the core package is libo2dlm.  Hence, we dlopen() instead of
having a package dependency.

Joel

-- 

"Can any of you seriously say the Bill of Rights could get through
 Congress today?  It wouldn't even get out of committee."
	- F. Lee Bailey

Joel Becker
Principal Software Developer
Oracle
E-mail: joel.becker at oracle.com
Phone: (650) 506-8127