public inbox for gcc-patches@gcc.gnu.org
 help / color / mirror / Atom feed
* Re: [google] Avoid reading struct member from structure generated by different gcc version (issue4446047)
@ 2011-04-18 20:41 davidxl
  2011-04-18 21:29 ` Richard Guenther
  0 siblings, 1 reply; 3+ messages in thread
From: davidxl @ 2011-04-18 20:41 UTC (permalink / raw)
  To: martint; +Cc: gcc-patches, reply

LGTM


http://codereview.appspot.com/4446047/diff/1/gcc/libgcov.c
File gcc/libgcov.c (right):

http://codereview.appspot.com/4446047/diff/1/gcc/libgcov.c#newcode155
gcc/libgcov.c:155: filename? filename : "", e, v);
Better split it into two different printfs as the format is different --
otherwise double : will be printed.

http://codereview.appspot.com/4446047/

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: [google] Avoid reading struct member from structure generated by different gcc version (issue4446047)
  2011-04-18 20:41 [google] Avoid reading struct member from structure generated by different gcc version (issue4446047) davidxl
@ 2011-04-18 21:29 ` Richard Guenther
  2011-04-19  0:15   ` Diego Novillo
  0 siblings, 1 reply; 3+ messages in thread
From: Richard Guenther @ 2011-04-18 21:29 UTC (permalink / raw)
  To: martint, davidxl, gcc-patches, reply

On Mon, Apr 18, 2011 at 9:59 PM,  <davidxl@google.com> wrote:
> LGTM
>
>
> http://codereview.appspot.com/4446047/diff/1/gcc/libgcov.c
> File gcc/libgcov.c (right):
>
> http://codereview.appspot.com/4446047/diff/1/gcc/libgcov.c#newcode155
> gcc/libgcov.c:155: filename? filename : "", e, v);
> Better split it into two different printfs as the format is different --
> otherwise double : will be printed.
>
> http://codereview.appspot.com/4446047/

I'm confused.  Can we please avoid this kind of mails?

Thanks,
Richard.

^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: [google] Avoid reading struct member from structure generated by different gcc version (issue4446047)
  2011-04-18 21:29 ` Richard Guenther
@ 2011-04-19  0:15   ` Diego Novillo
  0 siblings, 0 replies; 3+ messages in thread
From: Diego Novillo @ 2011-04-19  0:15 UTC (permalink / raw)
  To: Richard Guenther; +Cc: martint, davidxl, gcc-patches, reply

On Mon, Apr 18, 2011 at 17:24, Richard Guenther
<richard.guenther@gmail.com> wrote:
> On Mon, Apr 18, 2011 at 9:59 PM,  <davidxl@google.com> wrote:
>> LGTM
>>
>>
>> http://codereview.appspot.com/4446047/diff/1/gcc/libgcov.c
>> File gcc/libgcov.c (right):
>>
>> http://codereview.appspot.com/4446047/diff/1/gcc/libgcov.c#newcode155
>> gcc/libgcov.c:155: filename? filename : "", e, v);
>> Better split it into two different printfs as the format is different --
>> otherwise double : will be printed.
>>
>> http://codereview.appspot.com/4446047/
>
> I'm confused.  Can we please avoid this kind of mails?

It's not altogether easy.  I filed an enhancement request for
Rietveld, but I'm not sure how eager they will be to implement this.
http://code.google.com/p/rietveld/issues/detail?id=291&sort=-id

Two workarounds:

- Reply to the patch using the Reply button in the web interface.
- Reply using to the initial e-mail generated by Rietveld.
- Cut and paste context from the window when replying via the web interface.

Medium/long term, we could probably install our own Rietveld instance
in gcc.gnu.org and modify it to our taste.  Either that or look for
another patch review tool.

If anyone has any other suggestions, please let me know.



Diego.

^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2011-04-18 23:43 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2011-04-18 20:41 [google] Avoid reading struct member from structure generated by different gcc version (issue4446047) davidxl
2011-04-18 21:29 ` Richard Guenther
2011-04-19  0:15   ` Diego Novillo

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).