This is the mail archive of the
fortran@gcc.gnu.org
mailing list for the GNU Fortran project.
Re: [PATCH, fortran] Add -frecursive and fix local array handling with -fopenmp
- From: "Asher Langton" <langton2 at llnl dot gov>
- To: "Tobias Burnus" <burnus at net-b dot de>
- Cc: "Janne Blomqvist" <blomqvist dot janne at gmail dot com>, fortran at gcc dot gnu dot org, gcc-patches at gcc dot gnu dot org
- Date: Fri, 17 Aug 2007 11:34:02 -0700
- Subject: Re: [PATCH, fortran] Add -frecursive and fix local array handling with -fopenmp
- Dkim-signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=gCuXPXOET+2v9V5Nr/IGAlsdh00MUuyIOF3CXfoU0qx7S6g+sx8pgWWqVEqW0OZLpFNAyHSuMQxBOrlnvXqLXwyF4SZrVqvenb+MMK7w/RS34CTebN/zaaFfOos65Ss448LGZcP10kwLQNZVd6EmpvPfc1Dw+jtNeUBJwuJKk1A=
- Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=CCPDpC6gvnUkGlHYMy3E2DoYtWwuT1DVIVcH67tOSKFFhbFM3w0HeIdkS4ED0FKqV5u+01oBhdruUkw1Hjpd8pWoN2iOxIsPwwUAQ8cFEPkAFExTI4w0FLzyKdIO4WOaUtHJeRdqSBEZC1FC0Yrje83Zj+jp90YBjPk7dz5c1aQ=
- References: <1953a4560708151258p44c9b855n2a0fc521879b3a25@mail.gmail.com> <7b446c2e0708151452o7bc6eebcyd995f42fbe8a8e6a@mail.gmail.com> <46C40FEC.6060101@net-b.de> <1953a4560708161124u2297c7c9lbc4e96853d2ea3ab@mail.gmail.com> <46C5540C.2060504@net-b.de>
On 8/17/07, Tobias Burnus <burnus@net-b.de> wrote:
> Asher Langton wrote:
> > On 8/16/07, Tobias Burnus <burnus@net-b.de> wrote:
> >
> >> gfortran (currently):
> >> -fno-automatic: As Intel's -save: use static memory
> >> -fmax-stack-var-size=<n> stack vs. static memory; incl. n=-1 to put all
> >> on the stack
> >>
> > As of now, fmax-stack-var-size=<n> 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 ?
I'm in favor of removing RejectNegative, and then leaving your
documentation as it is. In that case, I could omit the -frecursive
flag from my patch.
-Asher