From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 3888 invoked by alias); 17 Aug 2007 07:53:56 -0000 Received: (qmail 3827 invoked by uid 22791); 17 Aug 2007 07:53:56 -0000 X-Spam-Check-By: sourceware.org Received: from zs01.physik.fu-berlin.de (HELO zs01.physik.fu-berlin.de) (160.45.35.150) by sourceware.org (qpsmtpd/0.31) with ESMTP; Fri, 17 Aug 2007 07:53:53 +0000 Received: from ith.physik.fu-berlin.de ([160.45.32.115] helo=[127.0.0.1]) by zs01.physik.fu-berlin.de with esmtp (Exim 4.63) (envelope-from ) id 1ILweS-0006O7-Hr; Fri, 17 Aug 2007 09:53:49 +0200 Message-ID: <46C5540C.2060504@net-b.de> Date: Fri, 17 Aug 2007 07:53:00 -0000 From: Tobias Burnus User-Agent: Thunderbird 2.0.0.4 (X11/20070613) MIME-Version: 1.0 To: Asher Langton CC: Janne Blomqvist , fortran@gcc.gnu.org, gcc-patches@gcc.gnu.org Subject: Re: [PATCH, fortran] Add -frecursive and fix local array handling with -fopenmp References: <1953a4560708151258p44c9b855n2a0fc521879b3a25@mail.gmail.com> <7b446c2e0708151452o7bc6eebcyd995f42fbe8a8e6a@mail.gmail.com> <46C40FEC.6060101@net-b.de> <1953a4560708161124u2297c7c9lbc4e96853d2ea3ab@mail.gmail.com> In-Reply-To: <1953a4560708161124u2297c7c9lbc4e96853d2ea3ab@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-ZEDV-Virus-Scanned: No viruses found. [Could not determine clamav version] X-ZEDV-Spam-Level: ---- X-ZEDV-Spam-Checker-Version: SpamAssassin 3.1.7-deb (2006-10-05) on zs01.physik.fu-berlin.de X-ZEDV-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,BAYES_00 autolearn=ham version=3.1.7-deb X-ZEDV-Spam-Report: * -1.8 ALL_TRUSTED Passed through trusted hosts only via SMTP * -2.6 BAYES_00 BODY: Bayesian spam probability is 0 to 1% * [score: 0.0000] 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-08/txt/msg01082.txt.bz2 Asher Langton wrote: > On 8/16/07, Tobias Burnus wrote: > >> gfortran (currently): >> -fno-automatic: As Intel's -save: use static memory >> -fmax-stack-var-size= stack vs. static memory; incl. n=-1 to put all >> on the stack >> > As of now, fmax-stack-var-size= doesn't accept n=-1 on the command > line, although setting n=-1 works internally. Good point! I should have tested this. I think the following would be an alternative: - If @var{n}=-1 the stack is always used. + Use @code{-frecursive} to put all variables on the stack. (depends on the OpenMP/-frecursive patch). Or is it be better to keep these words and to remove RejectNegative from lang.opt ? Tobias