If --enable-shared-libs=no is set, stripping of libsmbclient.a fails with some versions of strip (RHEL3+4, Debian Sarge).
Ok, the problem is that libtalloc.a is linked into libsmbclient.a, and some versions of strip seem to have a bug when s/th like this happens. libsmbsharemodes.a has the same problem linking in libtdb.a ... working on a fix...
Fixed in v3-2-test with 4fc57a0a90390ede1161fd6f231ea274c9c74b20 for libsmbsharemodes and dcf986937ccf5e6947c4214aa0838733ed7f3b9b for libsmbclient fix for v3-3-test coming as part of bigger rewrite.
test
I just noticed that libaddns.a has the same problem. fixed in v3-2-test with 396310775e6
Also fixed in v3-3-test with: 76f9e2e646 - libsmbsharemodes 4d6edcb2c8 - libaddns bae7bd4bba - libsmbclient these patches have not been cherry-picked (into one direction or another) since the 3-3-test patches are on top of quite a few changes to the library build system. Michael
Problem is fixed for me, thanks obnox! :-) Closing out bug report.
This problem has been re-introduced by commit 6c33c620072d641fc19ca0224c16af75f6cd7e9e (v3-3-test) and 41d440c3198752281556699cc9744b490b9b0a5e (v3-2-test) Michael
We need to really fix the Makefile by untangling object colletions and static libs...
I *think* I have fixed this in v3-devel, v3-3-test and v3-2-test. By linking in Objects instead of static libs (if linking statically).
Works for me! Thanks for the fix! Closing out bug report.