3.2 Makefile.in question

Michael Adam ma at sernet.de
Thu Jun 19 21:28:28 GMT 2008

Gerald (Jerry) Carter wrote:
> Herb Lewis wrote:
> > We have the following in the 3.2 Makefile.in (only some lines
> > shown). Why is the definition of LIBWBCLIENT different to the
> > others? Looking in configure it probably resolves to being the
> > same but why not be consistent? Was there a reason for this?
> > 
> > 
> > 
> > 
> Herb,
> I'm assuming we always build static version of talloc, tdb,
> and netapi.  But originally there was no static version of
> libwbclient and this was managed by a configure option.
> The reason we don't always build libwbclient.a is that the whole
> point of libwbclient to to decouple the compile time dependency
> between smbd and winbindd.

Right, talloc, tdb and netapi are always built statically,
and they are configured by the same macro SMB_LIBRARY(...)
in configure.in.

For libwbclient on the other hand, Jerry wanted to only have
a shared library, so that there is no temptation to link it
in statically. Only with --enable-developer the static lib
will be built. (Jerry - correct me, if I am getting anything
wrong here.) Therefore, there needs to be a separation between
the target to define the build and the dependency that
triggers the build. Hence the difference.

This could of course be made more homogenious-looking in the
Makefile by setting more variables in the configure script.
(One for the target, one for the dependency.)
If you find the current Makefile too confusing, I can do that.

Cheers - Michael

Michael Adam <ma at sernet.de>
SerNet GmbH, Bahnhofsallee 1b, 37081 Göttingen
phone: +49-551-370000-0, fax: +49-551-370000-9
AG Göttingen, HRB 2816, GF: Dr. Johannes Loxen
http://www.SerNet.DE, mailto: Info @ SerNet.DE
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 206 bytes
Desc: not available
Url : http://lists.samba.org/archive/samba-technical/attachments/20080619/07a482a1/attachment.bin

More information about the samba-technical mailing list