On 07/18/17 03:38, Kern Sibbald wrote: > Phil, > > There are a number of build options in configure. Most of them were > coded when we really were not sure what we wanted. However, > implementing them is two fold: 1. put a configure variable (as we have > a number). 2. Implement them in the Makefile.in files to make it work. > > We implemented only a bare minimum and never went any farther for > several reasons: 1. Additional features were not really needed. 2. > building is fast. 3. modifying the Makefile.in files is complicated and > can easily break some of the base functionality needed. > > I think building without shared libraries suffers a similar fate. In > the beginning Bacula had no shared libraries of its own, then we added > them. Then we added many more and in doing so lost the ability to go > back to static libraries, which has not been real loss.
Honestly there are few cases where there's much advantage to static libraries. I can see an argument for it when doing bare metal restores, to have a minimal bare-metal restore CD. gpsd is an example where using shared libraries not only provided no functional benefit and no significant savings in space, but actually caused many problems, and so gpsd reverted to static link. But that's an exceptional case. The good news here is that other than the vagaries of the configuration variables, I encountered no problems at all building on Solaris 11.3 (for which I used gcc5), and only the previously reported minor issues building on Solaris 10u9 (using Solaris Studio). I would suggest though, that if anyone who knows autoconf well enough to offer a patch has some time to do it, it might be a good move at some point to replace those configuration directives with a nice orthogonal --enable-client, --enable-dird, --enable-stored, "You must choose at least one". The configure problem right now isn't that anything is unavailable to build, it's just that the --enable configuration options do not always do what configure *says* it's going to do. (Specifically that you cannot build the stored *without* the dird.) -- Phil Stracchino Babylon Communications ph...@caerllewys.net p...@co.ordinate.org Landline: +1.603.293.8485 Mobile: +1.603.998.6958 ------------------------------------------------------------------------------ Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot _______________________________________________ Bacula-devel mailing list Bacula-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-devel
