List for cgit developers and users
 help / color / mirror / Atom feed
From: john at keeping.me.uk (John Keeping)
Subject: [PATCH 1/1] git: preview for v2.3.0-rc0
Date: Tue, 13 Jan 2015 10:09:52 +0000	[thread overview]
Message-ID: <20150113100952.GE26383@serenity.lan> (raw)
In-Reply-To: <20150113105739.1043e130@leda.localdomain>

On Tue, Jan 13, 2015 at 10:57:39AM +0100, Christian Hesse wrote:
> John Keeping <john at keeping.me.uk> on Tue, 2015/01/13 09:43:
> > On Tue, Jan 13, 2015 at 09:56:47AM +0100, list at eworm.de wrote:
> > > From: Christian Hesse <mail at eworm.de>
> > > 
> > > * sort_string_list(): rename to string_list_sort() (upstream commit
> > > 3383e199)
> > > * update read_tree_recursive callback to pass strbuf as base (upstream
> > >   commit 6a0b0b6d)
> > > 
> > > Signed-off-by: Christian Hesse <mail at eworm.de>
> > > ---
> > > [...]
> > 
> > Is there any benefit to introducing a new function here?  In other
> > words, is walk_tree() used anywhere else?  If not, wouldn't it be
> > simpler to update the signature of the existing function?
> > 
> > (The same comment applies to several other places below.)
> 
> I just adopted the changes from git upstream to make things work. This is not
> intended for merge... And I will take a closer look for final patch when
> git v2.3.0 arrives. ;)
> 
> Our code include three functions called 'walk_tree()' in ui-plain.c,
> ui-blob.c and ui-tree.c. Can this bring any trouble?

They're all static so they're limited to the files in which they're
declared.  The names won't appear in the final binary at all (except in
debug annotations).


  reply	other threads:[~2015-01-13 10:09 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-01-13  8:56 list
2015-01-13  9:43 ` john
2015-01-13  9:57   ` list
2015-01-13 10:09     ` john [this message]
2015-01-14 15:34     ` [PATCH v2 " list
2015-01-15 22:01       ` john
2015-01-16  8:33         ` list

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20150113100952.GE26383@serenity.lan \
    --to=cgit@lists.zx2c4.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).