Good grins. Thanks Paul.
Larry Baker
US Geological Survey
650-329-5608
ba...@usgs.gov
On 20 Feb 2015, at 11:49 AM, Paul Hargrove wrote:
>
>INTEGER JEFF(3)
>DATA JEFF/4HMR. ,4HFORT,3HRAN/
>
> If you can understand that, you should probably pretend you can't :-)
>
> -Paul [wh
INTEGER JEFF(3)
DATA JEFF/4HMR. ,4HFORT,3HRAN/
If you can understand that, you should probably pretend you can't :-)
-Paul [who has actually used Computed GO TO and Arithmetic IF]
On Fri, Feb 20, 2015 at 11:28 AM, Larry Baker wrote:
> Excellent, Mr. Fortran. Thank you.
>
> By th
Excellent, Mr. Fortran. Thank you.
By the way, I meant to write Branch ON Low Bit Set/Clear.
Larry Baker
US Geological Survey
650-329-5608
ba...@usgs.gov
On 20 Feb 2015, at 11:22 AM, Jeff Squyres (jsquyres) wrote:
> On Feb 20, 2015, at 2:12 PM, Larry Baker wrote:
>>
>> Beware, this has/may
On Feb 20, 2015, at 2:12 PM, Larry Baker wrote:
>
> Beware, this has/may not always be the case. This is due to C's historical
> confusion/misuse of integers as boolean data types. On VAX hardware, the low
> bit was the only significant part of a Fortran LOGICAL data type, owing to
> the arc
On 20 Feb 2015, at 3:09 AM, Gilles Gouaillardet wrote:
> George,
>
> this is correctly handled in ompi_testany_f :
>
> /* Increment index by one for fortran conventions. Note that
>all Fortran compilers have FALSE==0; we just need to check
>for any nonzero value
Yeah, I did. I saw it as I typed it, but it doesn't really matter -- as long
as the section name doesn't begin with "MPI Install", it'll get skpied. And
it'll get skipped, too. ;-)
> On Feb 20, 2015, at 10:59 AM, Dave Goodell (dgoodell)
> wrote:
>
> On Feb 20, 2015, at 6:46 AM, git...@cre
On Feb 20, 2015, at 6:46 AM, git...@crest.iu.edu wrote:
> This is an automated email from the git hooks/post-receive script. It was
> generated because a ref change was pushed to the repository containing
> the project "open-mpi/ompi-tests".
>
> The branch, master has been updated
> via ff
On Feb 20, 2015, at 10:01 AM, George Bosilca wrote:
>
> Great. Using grep I couldn't find how this is handled anywhere in the source
> directory. But it seems to me that the Fortran layer is now way more
> complicated than I initially thought.
Fortran is your friend.
(repeat until you believe
Great. Using grep I couldn't find how this is handled anywhere in the
source directory. But it seems to me that the Fortran layer is now way more
complicated than I initially thought.
George.
On Fri, Feb 20, 2015 at 8:27 AM, Jeff Squyres (jsquyres) wrote:
> Gilles is correct. The same kind
Gilles is correct. The same kind of increment happens in all the test/wait
Fortran code that returns indexes.
"Mr. Fortran"? Ouch. :-)
> On Feb 20, 2015, at 6:09 AM, Gilles Gouaillardet
> wrote:
>
> George,
>
> this is correctly handled in ompi_testany_f :
>
> /* Increment index
George,
this is correctly handled in ompi_testany_f :
/* Increment index by one for fortran conventions. Note that
all Fortran compilers have FALSE==0; we just need to check
for any nonzero value (because TRUE is not always 1) */
Cheers,
Gilles
On 2015/02/20 1:15
11 matches
Mail list logo
