From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from us-smtp-delivery-124.mimecast.com (us-smtp-delivery-124.mimecast.com [170.10.133.124]) by sourceware.org (Postfix) with ESMTPS id 011DE3857C50 for ; Tue, 26 Apr 2022 12:27:12 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org 011DE3857C50 Received: from mail-wm1-f69.google.com (mail-wm1-f69.google.com [209.85.128.69]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id us-mta-670-oIFWwWixNXiUJyltlfzVJg-1; Tue, 26 Apr 2022 08:27:11 -0400 X-MC-Unique: oIFWwWixNXiUJyltlfzVJg-1 Received: by mail-wm1-f69.google.com with SMTP id n25-20020a05600c3b9900b0038ff033b654so3689223wms.0 for ; Tue, 26 Apr 2022 05:27:11 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:message-id:date:mime-version:user-agent :content-language:to:cc:references:from:subject:in-reply-to :content-transfer-encoding; bh=EqMpI3d9ymf6zJggFoO8IhgMC2TeR6ONQUKTD204Kk4=; b=aT4jPP5vnO4dJ+E0PwYpX9ldl1jIwxhOlA/tdJsssRun3AtUx+gi2K5fYsFs+mR5NK 3eSMFqVCmrCXiZkoc/e4fg7lShFFWUqFgOJXJ4Yj6mF7FiynC/JQS0v1FO7DbIvQTpH/ ekkKXdta1s12zQj3aYiPC+BSWiv9aTHAAF7kEk4ofRtEr4AX3ZnOjfvQZ1IC8uitZ+q0 6LQwFAOAF5g9xNV4bVF9qoXXl46gOtwo7OC2FA9QlZE7jydg3JkQ+Le8KldwtfF9NH5u 899SETAyqpacbpzNLGrCk1KpgxsWGmaRfP5gCnUU1RVXDdRHOgGlLeohelee8nGLxuBE z38w== X-Gm-Message-State: AOAM531/Cf/mF9SM2mrIeYdNlX5Z/uyEE6h+MTyzHd6OGvsvPFdHvBIf XC0mc+9RU2PIAojFUSbOpgZaVzg8bujZkrs4yJg6ey7PAbh4l4DvBK6DeHK/R6aCxrjLTDSKWsD BGjStIh4mG9bFhNpM2A== X-Received: by 2002:a05:6000:1864:b0:20a:9ac6:b166 with SMTP id d4-20020a056000186400b0020a9ac6b166mr18449227wri.354.1650976030288; Tue, 26 Apr 2022 05:27:10 -0700 (PDT) X-Google-Smtp-Source: ABdhPJz7/joXqOz6imUkX/rngLINNizyoP/OupM3BU0Lab/9d4U/6qTTkmbxifFmd5aE+wg62Gq8Yg== X-Received: by 2002:a05:6000:1864:b0:20a:9ac6:b166 with SMTP id d4-20020a056000186400b0020a9ac6b166mr18449215wri.354.1650976030088; Tue, 26 Apr 2022 05:27:10 -0700 (PDT) Received: from [192.168.1.6] (adsl-2-solo-173-39.claranet.co.uk. [80.168.173.39]) by smtp.gmail.com with ESMTPSA id l10-20020a05600002aa00b0020a7cc29000sm12909858wry.75.2022.04.26.05.27.08 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 26 Apr 2022 05:27:09 -0700 (PDT) Message-ID: <7acf388f-eb94-ea28-a9e0-0714310121c0@redhat.com> Date: Tue, 26 Apr 2022 13:27:08 +0100 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.7.0 To: Jan Beulich , Alan Modra , "H.J. Lu" Cc: "gdb@sourceware.org" , Overseers mailing list , Mark Wielaard , binutils@sourceware.org, "Frank Ch. Eigler" References: <5c1f217a-109c-2973-6c69-abf412133dee@arm.com> <254e1535-58c0-0c26-4de2-707b4183f744@suse.com> From: Nick Clifton Subject: Re: Adding binutils to the GNU Toolchain buildbot on sourceware In-Reply-To: <254e1535-58c0-0c26-4de2-707b4183f744@suse.com> X-Mimecast-Spam-Score: 0 X-Mimecast-Originator: redhat.com Content-Language: en-GB Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-5.2 required=5.0 tests=BAYES_00, DKIMWL_WL_HIGH, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF, NICE_REPLY_A, RCVD_IN_DNSWL_LOW, SPF_HELO_NONE, SPF_NONE, TXREP autolearn=unavailable autolearn_force=no version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on server2.sourceware.org X-BeenThere: binutils@sourceware.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Binutils mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 26 Apr 2022 12:27:14 -0000 Hi Jan, > For gas/testsuite/gas/i386/rept I did already suggest [1] to simply purge > the test as unreliable. I also put under question the purpose that it was > originally added for. > > [1] https://sourceware.org/pipermail/binutils/2022-April/120339.html Hmm, I seem to have missed this one. In fact the entire patch series. Sorry. The series looks good to me, so please go ahead and apply it in its entirety As for disabling the rept because it is so memory expensive: I think that we used to.have an environment variable called something like RUN_EXPENSIVE_TESTS that had to be set before certain tests were run. Checking the sources though I cannot find it, so maybe I am imagining things. I still might be a good idea though. If we use it consistently in the binutils testsuites for the big tests then users will probably appreciate the facility. Cheers Nick