From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 21649 invoked by alias); 28 Jul 2005 23:24:58 -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 21622 invoked by uid 22791); 28 Jul 2005 23:24:52 -0000 Received: from mail-out4.apple.com (HELO mail-out4.apple.com) (17.254.13.23) by sourceware.org (qpsmtpd/0.30-dev) with ESMTP; Thu, 28 Jul 2005 23:24:52 +0000 Received: from mailgate2.apple.com (a17-128-100-204.apple.com [17.128.100.204]) by mail-out4.apple.com (8.12.11/8.12.11) with ESMTP id j6SNOnoO005520 for ; Thu, 28 Jul 2005 16:24:50 -0700 (PDT) Received: from relay1.apple.com (relay1.apple.com) by mailgate2.apple.com (Content Technologies SMTPRS 4.3.17) with ESMTP id ; Thu, 28 Jul 2005 16:24:49 -0700 Received: from greed.local ([17.219.199.8]) by relay1.apple.com (8.12.11/8.12.11) with ESMTP id j6SNOhhU011293; Thu, 28 Jul 2005 16:24:43 -0700 (PDT) Received: by greed.local (Postfix, from userid 501) id EB8BD587B20; Thu, 28 Jul 2005 16:24:44 -0700 (PDT) To: howarth@bromo.msbb.uc.edu (Jack Howarth) Cc: gcc@gcc.gnu.org Subject: Re: could gfortran be tested on Darwin regress builds of 4.1? References: <20050728210618.38D831DC0BB@bromo.msbb.uc.edu> From: Geoffrey Keating Date: Thu, 28 Jul 2005 23:24:00 -0000 In-Reply-To: <20050728210618.38D831DC0BB@bromo.msbb.uc.edu> Message-ID: User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" X-SW-Source: 2005-07/txt/msg01202.txt.bz2 howarth@bromo.msbb.uc.edu (Jack Howarth) writes: > Since gfortran is making such good progress at this point, it > would seem like a really good idea for Apple to add the gfortran build > to its builds on regress. It would make is easier for Mac users to > tell what the expected status is of gfortran on Darwin. Thanks in > advance for considering this. The regression tester doesn't make such policy decisions; it simply does '.../configure && make bootstrap'. Thus, as you see, the expected status of gfortran on Darwin is that it doesn't get built. I believe this has something to do with Darwin not having some libraries that gfortran requires, and possibly also gfortran not being enabled by default. I'm hesitant to install those libraries specially for the regression tester; the tester is not supposed to be testing optional configurations, it is testing the default build. It would be better if gfortran could be changed so that it did not require those libraries, or if those libraries were provided as part of the tree.