From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from smtp1.axis.com (smtp1.axis.com [195.60.68.17]) by sourceware.org (Postfix) with ESMTPS id 5412D3856DCA; Fri, 20 May 2022 14:30:27 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org 5412D3856DCA From: Hans-Peter Nilsson To: Jonathan Wakely CC: , In-Reply-To: (message from Jonathan Wakely on Fri, 20 May 2022 11:03:40 +0200) Subject: Re: [PATCH] libstdc++-v3: Set 26_numerics/random/n.b.d./op./values.cc timeout-factor to 3 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8BIT References: <20220520021933.7CE782042B@pchp3.se.axis.com> Message-ID: <20220520143025.235C92041C@pchp3.se.axis.com> Date: Fri, 20 May 2022 16:30:25 +0200 X-Spam-Status: No, score=-4.5 required=5.0 tests=BAYES_00, DKIM_SIGNED, DKIM_VALID, DKIM_VALID_AU, DKIM_VALID_EF, KAM_NUMSUBJECT, SPF_HELO_PASS, SPF_PASS, TXREP, T_SCC_BODY_TEXT_LINE autolearn=no autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on server2.sourceware.org X-BeenThere: libstdc++@gcc.gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Libstdc++ mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 20 May 2022 14:30:29 -0000 > From: Jonathan Wakely > Date: Fri, 20 May 2022 11:03:40 +0200 > > Ok to commit (without renaming)? > > I'm OK with the timeout factor, but we could also solve it differently > so that it doesn't take nearly 5 minutes, as in the attached patch. > The testDiscreteDist function can be parametrized with the number of > iterations to perform. Would you rather do that? Yes thanks, down from 4m39s to 2.7 seconds, so very much preferable! (To the skeptics: the coverage intended with the test, is IMHO reached with all non-simulator targets also running this. Nothing target-dependent here.) Also in line with many other depth-level-cousin test-files named value.cc. Still many more others seem to be candidates for such pruning, judging by the time it takes for a 'RUNTESTFLAGS=--target_board=cris-sim\ conformance.exp=values.cc' to get to *that* values.cc. Though, some -DSIMULATOR_TEST-adjusted files use dg-options, others dg-additional-options. It seems the difference is that by using dg-options, you lose "-include bits/stdc++.h". Likely not intended. If so, should Someone fix that by preapproval but regtested? brgds, H-P