git.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Michael Haggerty <mhagger@alum.mit.edu>
To: Ramsay Jones <ramsay@ramsay1.demon.co.uk>
Cc: Junio C Hamano <gitster@pobox.com>,
	GIT Mailing-list <git@vger.kernel.org>
Subject: Re: [PATCH] refs.c: remove extern keyword from function definition
Date: Mon, 29 Dec 2014 02:41:08 +0100	[thread overview]
Message-ID: <54A0B134.2010708@alum.mit.edu> (raw)
In-Reply-To: <54945F68.9000807@ramsay1.demon.co.uk>

On 12/19/2014 06:24 PM, Ramsay Jones wrote:
> 
> Commit 5ed85684 ("reflog_expire(): new function in the reference
> API", 12-12-2014) added a new function definition which included
> the extern keyword.
> 
> While this is not an illegal use of the keyword, it is somewhat
> unusual to include it in a function definition. (It would be
> unique in the git codebase). Also, it triggers a warning from
> sparse. In order to suppress the warning, simply remove the
> extern keyword from reflog_expire() definition.
> 
> Signed-off-by: Ramsay Jones <ramsay@ramsay1.demon.co.uk>
> ---
> 
> Hi Michael,
> 
> If you need to re-roll your 'mh/reflog-expire' series, could you
> please squash this into the relevant patch.

Thanks for spotting this! It looks like Junio has already squashed this
commit into place in the "pu" version of my branch. So thanks Junio, too!

Michael

>  refs.c | 12 ++++++------
>  1 file changed, 6 insertions(+), 6 deletions(-)
> 
> diff --git a/refs.c b/refs.c
> index 3bd686c..fdef36d 100644
> --- a/refs.c
> +++ b/refs.c
> @@ -4020,12 +4020,12 @@ static int expire_reflog_ent(unsigned char *osha1, unsigned char *nsha1,
>  	return 0;
>  }
>  
> -extern int reflog_expire(const char *refname, const unsigned char *sha1,
> -			 unsigned int flags,
> -			 reflog_expiry_prepare_fn prepare_fn,
> -			 reflog_expiry_should_prune_fn should_prune_fn,
> -			 reflog_expiry_cleanup_fn cleanup_fn,
> -			 void *policy_cb_data)
> +int reflog_expire(const char *refname, const unsigned char *sha1,
> +		 unsigned int flags,
> +		 reflog_expiry_prepare_fn prepare_fn,
> +		 reflog_expiry_should_prune_fn should_prune_fn,
> +		 reflog_expiry_cleanup_fn cleanup_fn,
> +		 void *policy_cb_data)
>  {
>  	static struct lock_file reflog_lock;
>  	struct expire_reflog_cb cb;
> 


-- 
Michael Haggerty
mhagger@alum.mit.edu
http://softwareswirl.blogspot.com/

      reply	other threads:[~2014-12-29  1:41 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-12-19 17:24 [PATCH] refs.c: remove extern keyword from function definition Ramsay Jones
2014-12-29  1:41 ` Michael Haggerty [this message]

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=54A0B134.2010708@alum.mit.edu \
    --to=mhagger@alum.mit.edu \
    --cc=git@vger.kernel.org \
    --cc=gitster@pobox.com \
    --cc=ramsay@ramsay1.demon.co.uk \
    /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).