On Wed, Nov 17, 2010 at 20:54, Junio C Hamano <gitster@xxxxxxxxx> wrote: > Ãvar ArnfjÃrà Bjarmason Â<avarab@xxxxxxxxx> writes: > >> Change the builtin/*.c files and wt-status.c files which weren't using >> builtin.h to use it, also remove any git-compat-util.h, strbuf.h and >> cache.h from those files. We can trust on builtin.h including them. > > As I already said, buitlin/*.c is fine, but wt-status.c is very dubious. So I should resend this patch with `#include "gettext.h"` in wt-status.c and the rest unchanged, along with a new commit message? >> This impeded my efforts to gettextize git, since I'd otherwise have to >> add gettext.h to all of these. Using builtin.h is a good idea in any >> case, since it's defining the prototypes for the cmd_* functions that >> these files define. > > What about non-builtin commands? ÂDon't they need to include gettext.h > anyway? In my patch to add gettext infrastructure I add gettext.h to imap-send.c and friends which have their own main. > I would have expected that gettext.h would be included from cache.h, so > that all gitty commands, whether they are builtin or standalone, have > access to the symbols defined in it. I can do that too. I just got the impression previously that we wanted to only include things in headers that made sense according to their name. Gettext has nothing to do with the cache, and cache.h itself doesn't need it. But if we want to stick it in there that's fine by me, I just care about the ends, not the means. So just say which way you want it and I can cook up a patch. -- To unsubscribe from this list: send the line "unsubscribe git" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html