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 CD1593857C48 for ; Tue, 26 Apr 2022 12:27:12 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org CD1593857C48 Received: from mail-wm1-f71.google.com (mail-wm1-f71.google.com [209.85.128.71]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id us-mta-556-lKsQjbVpNs649swQkM9ypg-1; Tue, 26 Apr 2022 08:27:11 -0400 X-MC-Unique: lKsQjbVpNs649swQkM9ypg-1 Received: by mail-wm1-f71.google.com with SMTP id q188-20020a1c43c5000000b003928f679c42so7960823wma.5 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=xXzvMTZo7xxx+NjZU8Qslp9D/VS9gYAUmuwgLxMSjGxV+/0Ol1KVdMvXaT+f0roULt vBnuO2d65RFrV5t2udD5OvMs2izotMZVPscUPL43geXEvwRb9QecdXNBIXUwlv7cog3K cYrqODHGWJ2XOf4PT9K/TlnnZ8mDI4x7E4JZGXRGiUBzShxXB2u9nDORmpLmsifgCRAS UG+lYbr+XU8B/boL0Y+dvRkg+J0UgutN/kX+ucuj4Q8o1B5bBU8zAOqrOOQBWL//9YdN 3yhe5j0dpUEhCySDmysLwkZO9oKlx697WyIJ6rjtOXU+yPkUb0FWtPVD90RniP9pmePs vz+A== X-Gm-Message-State: AOAM533QlEl4y02+NupzuTtmh6J6zOMnyT7yeshZjkaBJuKoiRsoi4/t h6m96ch50Pru7aZHWTI+wnyMCOpwLkn5ni1D3qRVoQOu+vhtU++mD5Wklv0USPmBvaIe7itAQTn q5lfoHslM+cw= X-Received: by 2002:a05:6000:1864:b0:20a:9ac6:b166 with SMTP id d4-20020a056000186400b0020a9ac6b166mr18449231wri.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.0 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=ham autolearn_force=no version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on server2.sourceware.org X-BeenThere: gdb@sourceware.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Gdb 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