[PATCH] lib/util: Build iov_buf library only when building samba

Martin Schwenke martin at meltin.net
Thu Feb 26 01:57:13 MST 2015


On Thu, 26 Feb 2015 21:40:59 +1300, Andrew Bartlett
<abartlet at samba.org> wrote:

> On Thu, 2015-02-26 at 11:52 +1100, Amitay Isaacs wrote:

> > Adding new libraries in lib/util at the wrong place in wscript breaks
> > standalone ctdb rpm build.
> > 
> > Here's a patch to fix this.
> > 
> > Please review and push if ok.

> We really need to have an autobuild rule for major build modes like this
> (major in the sense of most of the common build roles, as compared with
> the minor modes arising from every possible build combination). 
> 
> That is why we do a build with all bundled libraries, and then one where
> we build all the libraries as system libs, and link against them.
> Perhaps you are just missing ctdb from that samba-libs rule?

Autobuild does do a standalone CTDB build and runs the CTDB test
suite.

This problem was a bit subtler, so it would be hard to try to catch in
autobuild. During a CTDB RPM build the new private library was built and
installed, and then it fell over at the last hurdle due to an
unpackaged file (libiov-buf-ctdb.so, I think).  Testing that in
autobuild is probably over the top.

Perhaps I should produce a patch that adds some comments to
lib/util/wscript_build, politely asking those editing the file to add
new private libraries in the section that starts with:

  if not bld.env.SAMBA_UTIL_CORE_ONLY:

At least then this would be clearly documented.

This is more my fault that Volker's because I've introduced an
unnatural division in lib/util/wscript_build.  Having done that, I
should have clearly documented it.

Unless someone thinks I'm crazy (in this particular respect ;-) then
I'll do that tomorrow...

peace & happiness,
martin


More information about the samba-technical mailing list