public inbox for gcc-patches@gcc.gnu.org
 help / color / mirror / Atom feed
From: Maxim Kuvyrkov <maxim.kuvyrkov@gmail.com>
To: rbmj <rbmj@verizon.net>
Cc: GCC Patches <gcc-patches@gcc.gnu.org>,
	Mike Stump <mikestump@comcast.net>
Subject: Re: [PING^5] PR 54805:  __gthread_tsd* in vxlib-tls.c
Date: Fri, 18 Jan 2013 02:15:00 -0000	[thread overview]
Message-ID: <FCA895D0-8ACD-4D92-AF9C-A850C905609B@gmail.com> (raw)
In-Reply-To: <9B9BDD08-8F90-4073-93D4-659D1FABCDA0@comcast.net>

On 18/01/2013, at 2:18 PM, Mike Stump wrote:

> On Jan 17, 2013, at 5:05 PM, rbmj <rbmj@verizon.net> wrote:
>> On 05-Jan-13 23:18, rbmj wrote:
>>> On 06-Dec-12 10:14, rbmj wrote:
>>>> On 26-Nov-12 13:27, rbmj wrote:
>>>>> On 11/13/2012 10:22 PM, rbmj wrote:
>>>>>> On 11/5/2012 12:57 PM, rbmj wrote:
>>>>>>> This removes warnings about implicit declarations and fixes one of the
>>>>>>> function calls in vxlib-tls.c for vxworks targets.
>>>>>>> 
>>>>>>> I got the old prototypes from
>>>>>>> http://gcc.gnu.org/ml/gcc-patches/2005-08/msg01314.html
>>>>>>> 
>>>>>>> See bug for further details.
>>>>>>> 
>>>>>>> Someone please comment or commit :)
>>>>>>> 
>>>>>> 
>>>>>> Ping: http://gcc.gnu.org/ml/gcc-patches/2012-11/msg00406.html
>>>>>> 
>>>>>> Robert Mason
>>>>>> 
>>>>>> 
>>>>> 
>>>>> Ping^2
>>>>> 
>>>> Ping^3?
>>>> 
>>> 
>>> Ping^4?
>>> 
>> Dare I ping^5?
> 
> You are now entered into the most ignored and most trivial gcc patch contest.  You presently are behind the leader, but, if you can get another 10 pings in before approval, you can win!  Good luck.

Thanks for hanging out for so long.  A couple of tips to increase your luck with getting a patch reviewed.  First, address your submission to specific people, use your best-guess to choose a maintainer who can review this patch.  Otherwise diffusion of responsibility will kill your patch (everyone will think that someone else will review it).

Second -- present the full problem statement in the patch submission, don't just reference a PR  .  To make a click we (reviewers and maintainers) need to move our hand from keyboard to mouse, and that's so hard when we are just scanning the mailing list.

Lastly, your patch is OK with the following nitpicks.  I will check in your [updated] patch once GCC 4.8 branches and trunk opens for development.  [Strictly, I'm not a maintainer, but this is a trivial cleanup.]

> diff --git a/libgcc/config/vxlib-tls.c b/libgcc/config/vxlib-tls.c
> index c469676..a2f5e34 100644
> --- a/libgcc/config/vxlib-tls.c
> +++ b/libgcc/config/vxlib-tls.c
> @@ -102,6 +102,14 @@ extern void __gthread_set_tls_data (void
>  extern void __gthread_enter_tls_dtor_context (void);
>  extern void __gthread_leave_tls_dtor_context (void);
> 
> +#ifndef __
> RTP
> __
> +
> +extern void *__gthread_get_tsd_data(WIND_TCB *tcb);
> +extern void __gthread_set_tsd_data(WIND_TCB *tcb, void *data);
> +extern void __gthread_enter_tsd_dtor_context(WIND_TCB *tcb);
> +extern void __gthread_leave_tsd_dtor_context(WIND_TCB *tcb);

Follow GNU coding standard: add <space> before '('.  Better yet, just copy declarations from contrib/gthr_supp_vxw_5x.c

> +
> +#endif /* __
> RTP
> __ */
> 
>  /* This is a global structure which records all of the active keys.
> 
> @@ -150,7 +158,7 @@ static __gthread_once_t tls_init_guard =
>     need to read tls_keys.dtor[key] atomically.  */
> 
>  static void
> -tls_delete_hook (void *tcb ATTRIBUTE_UNUSED)
> +tls_delete_hook (void *tcb)

Don't remove ATTRIBUTE_UNUSED.  TCB was and will remain unused #ifdef __RTP__.

>  {
>    struct tls_data *data;
>    __gthread_key_t key;
> @@ -185,7 +193,7 @@ tls_delete_hook (void *tcb ATTRIBUTE_UNU
>  #ifdef __
> RTP
> __
>        __gthread_leave_tls_dtor_context ();
>  #else
> -      __gthread_leave_tsd_dtor_context ();
> +      __gthread_leave_tsd_dtor_context (tcb);
>  #endif

OK.

Thanks,

--
Maxim Kuvyrkov


  reply	other threads:[~2013-01-18  2:15 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-11-05 17:58 rbmj
2012-11-14  3:23 ` [PING] " rbmj
2012-11-26 18:27   ` [PING^2] " rbmj
2012-12-06 15:15     ` rbmj
2013-01-06  4:19       ` [PING^4] " rbmj
2013-01-18  1:06         ` [PING^5] " rbmj
2013-01-18  1:18           ` Mike Stump
2013-01-18  2:15             ` Maxim Kuvyrkov [this message]
2013-01-18 20:19               ` rbmj
2013-01-19  1:35                 ` Maxim Kuvyrkov
2013-02-13 21:19                   ` rbmj
2013-02-17  4:21                     ` Maxim Kuvyrkov
     [not found]                       ` <5147CFA4.4010909@verizon.net>
     [not found]                         ` <34C52E41-8F68-4398-9D0D-DC1350E810FF@kugelworks.com>
2013-03-20 12:42                           ` rbmj
     [not found]                           ` <51485B7B.10901@verizon.net>
2013-03-20 23:22                             ` Maxim Kuvyrkov
2013-03-25  9:15                               ` Richard Biener
2013-03-26 22:07                                 ` Maxim Kuvyrkov

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=FCA895D0-8ACD-4D92-AF9C-A850C905609B@gmail.com \
    --to=maxim.kuvyrkov@gmail.com \
    --cc=gcc-patches@gcc.gnu.org \
    --cc=mikestump@comcast.net \
    --cc=rbmj@verizon.net \
    /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 read-only IMAP folder(s) and NNTP newsgroup(s).