From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 7564 invoked by alias); 24 Feb 2007 12:29:47 -0000 Received: (qmail 7538 invoked by uid 22791); 24 Feb 2007 12:29:47 -0000 X-Spam-Check-By: sourceware.org Received: from zs04.physik.fu-berlin.de (HELO zs04.physik.fu-berlin.de) (160.45.35.155) by sourceware.org (qpsmtpd/0.31) with ESMTP; Sat, 24 Feb 2007 12:29:41 +0000 Received: from ith.physik.fu-berlin.de ([160.45.32.115] helo=[127.0.0.1]) by zs04.physik.fu-berlin.de with esmtp (Exim 4.63) (envelope-from ) id 1HKw1x-0000pB-Eo; Sat, 24 Feb 2007 13:29:37 +0100 Message-ID: <45E02FB0.60007@net-b.de> Date: Sat, 24 Feb 2007 19:18:00 -0000 From: Tobias Burnus User-Agent: Thunderbird 1.5.0.9 (X11/20060911) MIME-Version: 1.0 To: Steve Kargl CC: Daniel Franke , "'fortran@gcc.gnu.org'" , gcc-patches@gcc.gnu.org Subject: Re: [patch, fortran] fixes for the EXIT intrinsic function (PR30933) References: <45DF2C6A.6050202@net-b.de> <200702232325.56280.franke.daniel@gmail.com> <45DF6E1A.7010108@net-b.de> <200702232355.29385.franke.daniel@gmail.com> <20070223231939.GA95457@troutmask.apl.washington.edu> In-Reply-To: <20070223231939.GA95457@troutmask.apl.washington.edu> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Scanned: No viruses found. Mailing-List: contact gcc-patches-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-patches-owner@gcc.gnu.org X-SW-Source: 2007-02/txt/msg01946.txt.bz2 Hi, Steve Kargl wrote: > Unfortunately, no. You're looking at a merging of different > novice contributions to gfortran. I wrote some of the g77 > intrinsics to cut my teeth, and then FX wrote several more g77 > intrinsics as his intrduction to gfortran. Others contributed > intrinsics in the dark ages when gfortran only worried about > integer(4) and (8). > In any case which of the following option should we choose for those non-time critical functions which call C library functions? Currently, we have a mixure of (i), and (iv). i. Add i1, i2, and i16 versions to libgfortran ii. Convert kind > 8 to integer(8) and kind < 4 to integer(4) iii. As POSIX defines "exit(int)" and sizeof(int) is on most systems "4" convert everything to integer(4) iv. Convert everything to the default integer, i.e. integer(4) or integer(8) depending whether -fdefault-integer-8 is used. While (iv) is the easiest, it somehow looks a bit arbitrary. I therefore would prefer either of (i) to (iii), with (iii) seeming to be the cleanest - at least if one uses the same kind as the C library does. (How does one ensure this?) Tobias