public inbox for gcc-patches@gcc.gnu.org
 help / color / mirror / Atom feed
From: Jeff Law <law@redhat.com>
To: David Edelsohn <dje.gcc@gmail.com>, Jakub Jelinek <jakub@redhat.com>
Cc: Bernd Schmidt <bschmidt@redhat.com>,
	David Malcolm <dmalcolm@redhat.com>,
	       GCC Patches <gcc-patches@gcc.gnu.org>
Subject: Re: [PATCH] Add selftest for pretty-print.c (v2)
Date: Thu, 09 Jun 2016 17:22:00 -0000	[thread overview]
Message-ID: <53de810e-6382-d36b-c95c-9b4e71ceab8d@redhat.com> (raw)
In-Reply-To: <CAGWvny=j2umv4GtRz2Fq5UKh2zx_zen5a2175aX3atv4XsVN6A@mail.gmail.com>

On 06/09/2016 07:30 AM, David Edelsohn wrote:
>
> The self-tests specifically abort the build and break bootstrap upon
> failure.  Most other changes that inadvertently have bugs or tickle a
> latent issue in a target will introduce some additional testsuite
> failures, not a bootstrap failure.  x86 developers seem to get quite
> annoyed when a patch causes a bootstrap failure for an x86
> configuration.
>
> Second, all of the large changes that may have unknown effects on
> various targets have been tested extensively on multiple
> architectures, as have most global optimization changes.  It may not
> be required, but it generally has been considered "good form" and has
> been a stipulation of patch approval by some reviewers.  It would be
> very unfortunate for GCC to lower the bar for patches by some
> developers and not others.
Let's all calm down a bit here.  Everyone here just wants to make a 
better compiler and mistakes happen.

What I see in David Malcolm's change is a fairly minor bug.  I don't 
think David (or anyone) could have really expected that %p is printed 
differently across different hosts and thus his patch would need wider 
host testing.  And AFAICT David addressed this issue as soon as he 
started his day.

So let's all take a deep breath and get back to improving GCC rather 
than taking jabs at each other.

jeff

  reply	other threads:[~2016-06-09 17:22 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-06-09 12:21 David Edelsohn
2016-06-09 12:48 ` Bernd Schmidt
2016-06-09 13:02   ` David Edelsohn
2016-06-09 13:10     ` Jakub Jelinek
2016-06-09 13:30       ` David Edelsohn
2016-06-09 17:22         ` Jeff Law [this message]
2016-06-09 17:54           ` David Malcolm
2016-06-09 18:06             ` David Edelsohn
2016-06-09 16:19 ` [PATCH] PR bootstrap/71471: remove selftest for pp_format (%p) David Malcolm
2016-06-09 17:22   ` Jeff Law
  -- strict thread matches above, loose matches on Subject: below --
2016-06-07 10:03 [PATCH] Add selftest for pretty-print.c Bernd Schmidt
2016-06-08  0:30 ` [PATCH] Add selftest for pretty-print.c (v2) David Malcolm
2016-06-08  9:22   ` Bernd Schmidt

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=53de810e-6382-d36b-c95c-9b4e71ceab8d@redhat.com \
    --to=law@redhat.com \
    --cc=bschmidt@redhat.com \
    --cc=dje.gcc@gmail.com \
    --cc=dmalcolm@redhat.com \
    --cc=gcc-patches@gcc.gnu.org \
    --cc=jakub@redhat.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 read-only IMAP folder(s) and NNTP newsgroup(s).