[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: emba.gnu.org overload
From: |
Andrea Corallo |
Subject: |
Re: emba.gnu.org overload |
Date: |
Thu, 08 Dec 2022 15:50:03 +0000 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux) |
Michael Albinus <michael.albinus@gmx.de> writes:
> Andrea Corallo <akrl@sdf.org> writes:
>
>> Hi Michael,
>
> Hi Andrea,
>
>> I think if we have to choose we should keep testing speed 2 and disable
>> 0 and 1 and 3 (2 is actually the default).
>
> I don't understand. We build at spped 0, 1 and 2, and we test at speed
> 0. ATM, I have disabled build at speed 1 and 2.
>
> Could you pls check test/infra/gitlab-ci.yml in either emacs-29 or
> master branch?
>
>> Best Regards
>>
>> Andrea
>
> Best regards, Michael.
Hi Michael,
sorry for not having being clear.
I wanted to say that I think the best "limited set" would be building
and testing only speed 2 (this is default and no one I'm aware uses
speed 0). This has the advantage to keep covered most optimizations as
well.
I pushed 06bf218f69a to do it, if you could double check my commit it's
fine would be great.
Thanks and Best Regards!
Andrea
- Re: emba.gnu.org overload, (continued)
- Re: emba.gnu.org overload, Mattias Engdegård, 2022/12/05
- Re: emba.gnu.org overload, Andrea Corallo, 2022/12/06
- Re: emba.gnu.org overload, Michael Albinus, 2022/12/06
- Re: emba.gnu.org overload, Andrea Corallo, 2022/12/06
- Re: emba.gnu.org overload, Michael Albinus, 2022/12/07
- Re: emba.gnu.org overload,
Andrea Corallo <=
- Re: emba.gnu.org overload, Michael Albinus, 2022/12/09