This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: [PATCH 0/2] Python testcases to check DWARF output
- From: Jeff Law <law at redhat dot com>
- To: Richard Biener <richard dot guenther at gmail dot com>, Mike Stump <mikestump at comcast dot net>
- Cc: Pierre-Marie de Rodat <derodat at adacore dot com>, GCC Patches <gcc-patches at gcc dot gnu dot org>
- Date: Wed, 2 Aug 2017 09:44:10 -0600
- Subject: Re: [PATCH 0/2] Python testcases to check DWARF output
- Authentication-results: sourceware.org; auth=none
- Authentication-results: ext-mx10.extmail.prod.ext.phx2.redhat.com; dmarc=none (p=none dis=none) header.from=redhat.com
- Authentication-results: ext-mx10.extmail.prod.ext.phx2.redhat.com; spf=fail smtp.mailfrom=law at redhat dot com
- Dmarc-filter: OpenDMARC Filter v1.3.2 mx1.redhat.com 5CDC65AFD9
- References: <20170726160040.6516-1-derodat@adacore.com> <8EF1EAAC-B956-4214-A707-EE692659F428@comcast.net> <CAFiYyc1JEHOrP8VscT0_JPYmCFAd_Ob733NN9T4+Oe_AETxmOw@mail.gmail.com>
On 07/27/2017 01:52 AM, Richard Biener wrote:
> On Wed, Jul 26, 2017 at 11:25 PM, Mike Stump <mikestump@comcast.net> wrote:
>> On Jul 26, 2017, at 9:00 AM, Pierre-Marie de Rodat <derodat@adacore.com> wrote:
>>> At the last GNU Cauldron, Richard Biener and I talked about DWARF output
>>> testing. Except for guality tests, which are disabled on several
>>> targets, the only way tests check the DWARF is scanning the annotated
>>> assembly (-dA), making it hard to write reliable tests.
>>
>>> Anyway, Richard and I discussed about doing something similar in-tree,
>>> and here is a candidate set of patches to achieve that
>>
>> I'm fine with the direction if a reviewer wants to go in that direction. I wish python didn't have a built-in speed penalty, that's the only downside I don't like about it. Aside from that, even switching all of the testsuite to be python based isn't a terrible idea.
>
> But is it worse than TCL?
I don't think Python is worse than TCL. Few things would have that
property. And I think we're a lot more likely to be able to find folks
that can hack Python as needed vs hacking TCL.
jeff