git/list[1] front-page[2] threads[3] people[4] search[5] about
 

Re: [PATCH] contrib/git-credential-gnome-keyring.c: small stylistic cleanups

From
John Szakmeister <john@szakmeister.net>
Date
Dec 10, 2013, 11:13 UTC
Message-ID
<CAEBDL5Wb+fU=qX4eypt3SrAKQjWRqf9KkNDoutbt7fTsdk02rw@mail.gmail.com>
In-Reply-To
<xmqq38m1292g.fsf@gitster.dls.corp.google.com>

On Mon, Dec 9, 2013 at 1:06 PM, Junio C Hamano <gitster@pobox.com> wrote: [snip]

>
> I thought we cast without SP after the (typename), i.e.
>
>         gpointer *data = (gpointer *)user_data;

I've found a mixture of both in the code base, and the CodingGuidelines doesn't say either way. I'm happy to switch the file to no SP after the typename if that's the project preference.

Show 13 quoted lines
> It could be argued that a cast that turns a "void *" to a pointer to
> another type can go, as Felipe noted, but I think that is better
> done in a separate patch, perhaps as a follow-up to this "small
> stylistic clean-ups".
>
> I said "it could be argued" above, because I am on the fence on that
> change.  If this were not using a type "gpointer", whose point is to
> hide what the actual implementation of that type is, but a plain
> vanilla "void *", then I would not have any doubt.  But it feels
> wrong to look behind that deliberate "gpointer" abstraction and take
> advantage of the knowledge that it happens to be implemented as
> "void *" (and if we do not start from that knowledge, losing the
> cast is a wrong change).

To be honest, I'm on the fence myself. Let's just leave the original patch queued, and if the no SP is preferable, I can do that as a separate patch.

-John
PS  Sorry about the repeat message Junio.  I forgot to CC the list.
Previous: Junio C HamanoNext: Junio C Hamano
Message 6 of 8 in “contrib/git-credential-gnome-keyring.c: small stylistic cleanups”
  1. contrib/git-credential-gnome-keyring.c: small stylistic cleanupsJohn Szakmeister, Dec 3, 2013
  2. Junio C HamanoDec 5, 2013
  3. Felipe ContrerasDec 7, 2013
  4. contrib/git-credential-gnome-keyring.c: small stylistic cleanupsJohn Szakmeister, Dec 7, 2013
  5. Junio C HamanoDec 9, 2013
  6. John SzakmeisterDec 10, 2013
  7. Junio C HamanoDec 12, 2013
  8. Junio C HamanoDec 13, 2013

Read the whole thread, see it on lore, or plain text.

$ cat FOOTERMessages come from the public archive at lore.kernel.org/git, fetched every hour. The front page is chosen and written each morning by an AI editor and can be wrong; the threads themselves are the record. About and API. For agents: an MCP server at https://gitlist.dev/mcp, and any thread, story or person page as Markdown by adding .md to its URL (or sending Accept: text/markdown). Details in /llms.txt.