kicad-developers team mailing list archive

[Wayne Stambaugh <stambaughw@xxxxxxxxx>]

John,

I merged your patches.

Thanks,

Wayne

On 1/21/2019 11:15 AM, John Beard wrote:
> Hi Wayne,
> 
> Here is a rebased patch set that includes the original co-routine
> utility and also the io_benchmark utility.
> 
> io_benchmark is now run like this:
> 
> $ qa/common_tools/qa_common_tools io_benchmark <params as before>
> 
> Cheers,
> 
> John
> 
> On Sat, Jan 19, 2019 at 7:54 PM Wayne Stambaugh <stambaughw@xxxxxxxxx> wrote:
>>
>> Hey John,
>>
>> I don't think there is any disadvantage to rolling the other tests into
>> the qa test executable.
>>
>> Thanks,
>>
>> Wayne
>>
>> On 1/19/19 10:25 AM, John Beard wrote:
>>> Hi Wayne,
>>>
>>> I'll rebase the patch. Would you like me to roll the other
>>> common-library QA utility classes (io_benchmark, etc) up into this
>>> executable as a follow-up?
>>>
>>> Cheers,
>>>
>>> John
>>>
>>>
>>> On Sat, Jan 19, 2019 at 2:58 PM Wayne Stambaugh <stambaughw@xxxxxxxxx> wrote:
>>>>
>>>> John,
>>>>
>>>> The original patch no longer applies cleanly.  It looks useful so I
>>>> don't see any reason not to merge it.
>>>>
>>>> Cheers,
>>>>
>>>> Wayne
>>>>
>>>> On 1/19/2019 9:30 AM, John Beard wrote:
>>>>> Hi,
>>>>>
>>>>> A very gentle bump here. I'm thinking about a utility to assist in
>>>>> debugging/benchmarking/testing/developing DRC routines (currently
>>>>> working on some DRC unit testing, but the testing utils are easily
>>>>> re-used into a small utility-style executable).
>>>>>
>>>>> However, I am cognisant of the costs of adding things like this,
>>>>> especially with such large link times and RAM usage of things that
>>>>> suck in the pcbnew object library. So I'd like to know if:
>>>>>
>>>>> 1) These kinds of utilities are wanted at all, or are they adding
>>>>> maintenance overhead for tools no-one ever uses? I'd understand that
>>>>> perspective, as I appreciate developer time is highly limited and
>>>>> cross-platform breakage is so easy to perpetrate.
>>>>> 2) If wanted, is a "merged" approach appreciated, or keep them
>>>>> separate, in the hopes of once day having shared libs and much reduced
>>>>> link time/effort?
>>>>>
>>>>> Cheers,
>>>>>
>>>>> John
>>>>>
>>>>> _______________________________________________
>>>>> Mailing list: https://launchpad.net/~kicad-developers
>>>>> Post to     : kicad-developers@xxxxxxxxxxxxxxxxxxx
>>>>> Unsubscribe : https://launchpad.net/~kicad-developers
>>>>> More help   : https://help.launchpad.net/ListHelp
>>>>>
>>>>
>>>> _______________________________________________
>>>> Mailing list: https://launchpad.net/~kicad-developers
>>>> Post to     : kicad-developers@xxxxxxxxxxxxxxxxxxx
>>>> Unsubscribe : https://launchpad.net/~kicad-developers
>>>> More help   : https://help.launchpad.net/ListHelp