On Wed, 21 Aug 2013, Noah Watkins wrote: > On Wed, Aug 21, 2013 at 12:45 PM, Roald van Loon <roaldvanloon@xxxxxxxxx> wrote: > > > > from auto-registering the plugins in the RGW core. The only fix for > > this is making the RGW core aware of the subdirs/plugins, but I think > > that's nasty design. I'd like to have it in my make conf. > > This patch will turn on the option (which should also fix your problem > if I understand correctly?), and should probably be committed anyway > as newer versions of autotools will complain loudly about our current > Makefile structure. > > diff --git a/src/Makefile.am b/src/Makefile.am > index 93f3331..fb7c9dd 100644 > --- a/src/Makefile.am > +++ b/src/Makefile.am > @@ -1,4 +1,4 @@ > -AUTOMAKE_OPTIONS = gnu > +AUTOMAKE_OPTIONS = gnu subdir-objects > SUBDIRS = ocf java > DIST_SUBDIRS = gtest ocf libs3 java > > > So, the question is; is there a reason why we don't use subdir objects? > > I believe it is just historical, and unfortunately has just been > repeated over and over. Ideally I think that there should be a > restructuring to place a Makefile.am in every subdirectory. This would > address your issue and make it significantly easier to deal with > situations where we want to build a subset of Ceph, such as just FUSE > and librados, for example. Yes, the Makefile.am is in dire need of from TLC from someone who knows a bit of autotools-fu. It is only this way because in the beginning I didn't know any better. sage -- To unsubscribe from this list: send the line "unsubscribe ceph-devel" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
