public inbox for java-patches@gcc.gnu.org
 help / color / mirror / Atom feed
From: Mike Stump <mikestump@comcast.net>
To: Chen Gang <gang.chen.5i5j@gmail.com>
Cc: Andrew Haley <aph@redhat.com>, Michael Eager <eager@eagerm.com>,
	Jeff Law <law@redhat.com>,
	davem@redhat.com, gcc-patches List <gcc-patches@gcc.gnu.org>,
	java-patches@gcc.gnu.org
Subject: Re: Libjava test failure Was: [PATCH] microblaze: microblaze.md: Use 'SI' instead of 'VOID' for operand 1 of 'call_value_intern'
Date: Mon, 06 Oct 2014 17:29:00 -0000	[thread overview]
Message-ID: <855EEF7C-973D-4675-BE11-FBEF9CA64C69@comcast.net> (raw)
In-Reply-To: <5432B6F6.4050504@gmail.com>

On Oct 6, 2014, at 8:36 AM, Chen Gang <gang.chen.5i5j@gmail.com> wrote:
> For me, "make -k check" is suitable for one sub-system (e.g. for cross
> building, and mainly focus on gcc), but not for global check (full
> non-cross building check):

In our world, there is no sub-system, so, talk of such is outside the scope of gcc.

Let me repeat what he said differently.

You have two choices, fixing the port so that there are no unexpected failures or running check with -k.

I’d like to get to the point where all primary/secondary platforms can use make check directly, we’re not there yet.

The idea is that the single return value tells if if the suite passed or not.  This is an absolute measure, that, when achieved means one never has to compare previous/present results, just know that the suite passed.  Sometimes simple is better.

> - "make check" is the standard check for global,

No sub-system, no global.

  reply	other threads:[~2014-10-06 17:29 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <bekwguasixaphab5pghrhbxp.1411603920412@email.android.com>
2014-10-05  3:10 ` Chen Gang
2014-10-05  3:26   ` Chen Gang
2014-10-06  4:03     ` Chen Gang
2014-10-06  8:37       ` Libjava test failure Was: " Andrew Haley
2014-10-06 13:48         ` Chen Gang
2014-10-06 13:54           ` Andrew Haley
2014-10-06 14:21             ` Chen Gang
2014-10-06 14:30               ` Andrew Haley
2014-10-06 14:54                 ` Chen Gang
2014-10-06 15:00                   ` Andrew Haley
2014-10-06 15:30                     ` Chen Gang
2014-10-06 17:29                       ` Mike Stump [this message]
2014-10-06 23:12                         ` Chen Gang
2014-10-06 23:41                           ` Chen Gang

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=855EEF7C-973D-4675-BE11-FBEF9CA64C69@comcast.net \
    --to=mikestump@comcast.net \
    --cc=aph@redhat.com \
    --cc=davem@redhat.com \
    --cc=eager@eagerm.com \
    --cc=gang.chen.5i5j@gmail.com \
    --cc=gcc-patches@gcc.gnu.org \
    --cc=java-patches@gcc.gnu.org \
    --cc=law@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).