Mirror of the gdb-patches mailing list
 help / color / mirror / Atom feed
From: Luis Machado <lgustavo@codesourcery.com>
To: Yao Qi <qiyaoltc@gmail.com>
Cc: <gdb-patches@sourceware.org>
Subject: Re: [PATCH v2 4/8] Fix test names starting with uppercase using gdb_test_multiple
Date: Tue, 29 Nov 2016 21:14:00 -0000	[thread overview]
Message-ID: <9eb49791-100c-148f-b641-b1ad234b029d@codesourcery.com> (raw)
In-Reply-To: <20161129205524.xi3png66sw5quz5p@localhost>

On 11/29/2016 02:55 PM, Yao Qi wrote:
> On Tue, Nov 29, 2016 at 09:06:54AM -0600, Luis Machado wrote:
>>
>> Why just that one? Shouldn't we attempt to enforce this for all the other
>> proc's, so gdb_test, gdb_test_multiple, gdb_test_no_output and mi_gdb_test?
>>
>
> because all of them except mi_gdb_test call gdb_test_multiple.
>

Ah, that makes sense. I thought i was missing something.

>>>>
>>>> It can be tricky, since one is still free to start the sentences
>>>> with something like "ARM ..." or some other technology name. So
>>>> unfortunately we can't be too strict. I wish we could.
>>>
>>> Do we have some many technology names?  We have a white list of these
>>> technology names which can be capitalized in test message.
>>>
>>
>> It is certainly possible, but do we want to add one more layer of
>> maintenance? We could enforce a rule from now on to require test names to
>> always start with lowercase or to even be all lowercase.
>>
>
> This is done by manual inspection in the patch review each time.  The
> automatic checking is much better than manual inspection.
>

Right. I agree that we don't want to have to keep inspecting things 
manually. So if we decide to go all lowercase even for technology, ISA 
or arch names, then i think we can enforce this better via the change to 
gdb_test_multiple (and mi_gdb_test). Then we don't have to maintain a 
whitelist at all.

Does that sound reasonable?

>> I don't think we're coherent with our use of lower/uppercase anyway. For
>> example, GDBserver gets called gdbserver in gdbserver's own help text and
>> the testsuite is (less so now with this series) a mixed bag.
>>
>> I'm open to ideas.
>
> We've spent some effort to convert GDB tests to comply to this rule, so
> I am wondering if we can find some efficient way to enforce this rule,
> otherwise, the violation to this rules may show up in the code some time
> later.
>

I'd like that too.


  reply	other threads:[~2016-11-29 21:14 UTC|newest]

Thread overview: 33+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-11-25 20:54 [PATCH v2 0/8] Fix gdb's testsuite test names Luis Machado
2016-11-25 20:54 ` [PATCH v2 3/8] Fix test names starting with uppercase using gdb_test_no_output Luis Machado
2016-11-27 16:58   ` Yao Qi
2016-11-25 20:54 ` [PATCH v2 7/8] Fix test names starting with uppercase using multi-line gdb_test_multiple Luis Machado
2016-11-30 20:47   ` Pedro Alves
2016-11-30 21:05     ` Luis Machado
2016-11-30 22:14       ` Pedro Alves
2016-11-25 20:54 ` [PATCH v2 6/8] Fix test names starting with uppercase using multi-line gdb_test_no_output Luis Machado
2016-11-30 20:12   ` Pedro Alves
2016-11-25 20:55 ` [PATCH v2 8/8] Fixup testcases outputting own name as a test name and standardize failed compilation messages Luis Machado
2016-12-01 11:08   ` Pedro Alves
2016-12-01 13:15     ` Luis Machado
2016-12-01 17:20     ` [PATCH v3 " Luis Machado
2016-12-01 17:35       ` Pedro Alves
2016-12-01 20:52         ` Luis Machado
2016-11-25 20:55 ` [PATCH v2 5/8] Fix test names starting with uppercase using multi-line gdb_test/mi_gdb_test Luis Machado
2016-11-30 20:11   ` Pedro Alves
2016-11-30 20:25     ` Luis Machado
2016-11-25 20:55 ` [PATCH v2 1/8] Fix test names starting with uppercase output by basic functions Luis Machado
2016-11-29 21:37   ` Yao Qi
2016-11-25 20:55 ` [PATCH v2 2/8] Fix test names starting with uppercase using gdb_test on a single line Luis Machado
2016-11-27 16:48   ` Yao Qi
2016-11-28 18:13     ` [PATCH v3 " Luis Machado
2016-11-25 20:55 ` [PATCH v2 4/8] Fix test names starting with uppercase using gdb_test_multiple Luis Machado
2016-11-27 17:10   ` Yao Qi
2016-11-28 16:06     ` Luis Machado
2016-11-29 14:49       ` Yao Qi
2016-11-29 15:07         ` Luis Machado
2016-11-29 20:55           ` Yao Qi
2016-11-29 21:14             ` Luis Machado [this message]
2016-11-30 19:56               ` Pedro Alves
2016-11-28 18:57 ` [PATCH v2 0/8] Fix gdb's testsuite test names Sergio Durigan Junior
2016-11-28 19:00   ` Luis Machado

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=9eb49791-100c-148f-b641-b1ad234b029d@codesourcery.com \
    --to=lgustavo@codesourcery.com \
    --cc=gdb-patches@sourceware.org \
    --cc=qiyaoltc@gmail.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