ccan: we're subsystems, not a library.
commitf3862b917168ade88a048cdee688986b0479fe37
authorRusty Russell <rusty@rustcorp.com.au>
Fri, 29 Jun 2012 02:39:06 +0000 (29 12:09 +0930)
committerRusty Russell <rusty@rustcorp.com.au>
Fri, 29 Jun 2012 04:22:44 +0000 (29 06:22 +0200)
treee3a18ca9acf92d6dd334acc25ba3e0f2b3b68840
parent485787f0dfa64bbada7c971ec44f04a1095b4229
ccan: we're subsystems, not a library.

Don't expose a libccan.so; it would produce clashes if someone else
does the same thing.  Unfortunately, if we just change it from a
SAMBA_LIBRARY to a SAMBA_SUBSYSTEM, it doesn't create a static library
as we'd like, but links all the object files in.  This means we get
many duplicates (eg. everyone gets a copy of tally, even though only
ntdb wants it).

So, the solution is twofold:
1) Make the ccan modules separate.
2) Make the ccan modules SAMBA_SUBSYSTEMs not SAMBA_LIBRARYs so we don't
   build shared libraries which we can't share.
3) Make the places which uses ccan explicit.

Signed-off-by: Rusty Russell <rusty@rustcorp.com.au>
Autobuild-User(master): Rusty Russell <rusty@rustcorp.com.au>
Autobuild-Date(master): Fri Jun 29 06:22:44 CEST 2012 on sn-devel-104
lib/ccan/wscript
lib/ldb/wscript
lib/ntdb/wscript
lib/tdb_compat/wscript
source3/wscript_build