[OpenAFS-devel] RxOSD configure option
Simon Wilkinson
sxw@inf.ed.ac.uk
Mon, 20 Jul 2009 15:28:59 +0100
On 20 Jul 2009, at 15:13, Hartmut Reuter wrote:
> I think the client should be compiled without ifdefs because it may
> have
> to deal with different cells among which may be cells deploying OSDs.
> There should be no overhead for non-osd AFS traffic even if the client
> contains the OSD extensions. And on the client use of the osd
> extensions
> can be controlled by the "fs protocol" command (e.g. at start time).
>
> The server side, however, should depend on the configure.
Personally, I'm clean to avoid #ifdefs wherever possible. They
dramatically complicate the testing process, and mean that packagers
have to make decisions on behalf of end users. They're appropriate for
items in the development stream, where people may want to test one
piece of code, but not another, but I'm strongly opposed to large
numbers of --enable switches appearing in the production code.
Also, it's vital that it's impossible to shoot yourself in the foot by
accidentally installing a non-rxosd server on a rxosd machine, or vice
versa. This means that even if you do end up using configure switches,
both versions have to equally aware of each other's data to correctly
preserve it.
S.