From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 27994 invoked by alias); 19 Nov 2004 18:12:43 -0000 Mailing-List: contact gcc-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-owner@gcc.gnu.org Received: (qmail 27748 invoked from network); 19 Nov 2004 18:12:36 -0000 Received: from unknown (HELO mail.libertysurf.net) (213.36.80.90) by sourceware.org with SMTP; 19 Nov 2004 18:12:36 -0000 Received: from dyn-83-152-124-187.ppp.tiscali.fr (83.152.124.187) by mail.libertysurf.net (6.5.036) id 419D7F08001DB877; Fri, 19 Nov 2004 19:12:30 +0100 From: Eric Botcazou To: Janis Johnson Subject: Re: Running the compat testsuite in "non-mirror" mode Date: Fri, 19 Nov 2004 19:17:00 -0000 User-Agent: KMail/1.6.1 Cc: gcc@gcc.gnu.org References: <200411180815.10873.ebotcazou@libertysurf.fr> <200411190914.31279.ebotcazou@libertysurf.fr> <20041119175829.GA4515@us.ibm.com> In-Reply-To: <20041119175829.GA4515@us.ibm.com> MIME-Version: 1.0 Content-Disposition: inline Message-Id: <200411191912.43024.ebotcazou@libertysurf.fr> Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-SW-Source: 2004-11/txt/msg00688.txt.bz2 > I think I understand now. For anyone testing a particular target, the > compat tests would be run first using the compiler under test to compile > both parts of each test using default options, and again using different > sets of options for the two parts of each test to make sure those > options don't affect binary compatibility. Is that right? Yes; a maintainer of a given platform could decide that it is important to always test a particular couple of options on this platform, and set the appropriate bits in the right driver file. > This is probably easy to set up in the compat.exp file for each compat > testsuite; I'll take a look. Thanks. And thanks for your patience too. :-) -- Eric Botcazou