On Sat, May 19, 2012 at 2:41 AM, Jeff King <peff@xxxxxxxx> wrote: > On Fri, May 18, 2012 at 01:35:24PM +0200, Carsten Mattner wrote: > >> Completion works when used as "git checkout foo" but fails with >> "bash: [: 1: unary operator expected" when trying to complete >> via a single character shell alias like "alias g=git" as in >> "g checkout foo". >> >> git version 1.7.10.2.548.g9de9681 > > Hmm. Are you invoking the completion like: > > complete -F _git g s/_git/__git_wrap_git/ > ? That used to work, but was broken by the recent 6b179ad (completion: > add new __git_complete helper, 2012-05-14). > > The "new" way seems to be: > > __git_complete g _git > > but that function is explicitly labeled as "not public". It looks like > there was a follow-on patch that was discussed to make a public version, > but it got dropped. Well, _git was probably not public either. > I'm not sure if this regression is intentional, or if the "old" way even > worked reliably (I seem to recall people running into issues with > _get_comp_words_by_ref not being called properly sometimes, but I don't > remember the details). So it's not clear to me if the right way forward > is fixing "complete -F _git" to work again, or if that way is just > broken, and a public version of __git_complete is the right path. > > Felipe, can you comment? The problem is with certain functions (e.g. _git_fetch), which are broken not only for aliases: try 'git --git-dir=$PWD fetch <tab>'. Should be easy to provide backward compatibility though. I'll send a patch soon. -- Felipe Contreras -- 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