annotate src/fftw-3.3.8/doc/html/FFTW-Execution-in-Fortran.html @ 167:bd3cc4d1df30

Add FFTW 3.3.8 source, and a Linux build
author Chris Cannam <cannam@all-day-breakfast.com>
date Tue, 19 Nov 2019 14:52:55 +0000
parents
children
rev   line source
cannam@167 1 <!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd">
cannam@167 2 <html>
cannam@167 3 <!-- This manual is for FFTW
cannam@167 4 (version 3.3.8, 24 May 2018).
cannam@167 5
cannam@167 6 Copyright (C) 2003 Matteo Frigo.
cannam@167 7
cannam@167 8 Copyright (C) 2003 Massachusetts Institute of Technology.
cannam@167 9
cannam@167 10 Permission is granted to make and distribute verbatim copies of this
cannam@167 11 manual provided the copyright notice and this permission notice are
cannam@167 12 preserved on all copies.
cannam@167 13
cannam@167 14 Permission is granted to copy and distribute modified versions of this
cannam@167 15 manual under the conditions for verbatim copying, provided that the
cannam@167 16 entire resulting derived work is distributed under the terms of a
cannam@167 17 permission notice identical to this one.
cannam@167 18
cannam@167 19 Permission is granted to copy and distribute translations of this manual
cannam@167 20 into another language, under the above conditions for modified versions,
cannam@167 21 except that this permission notice may be stated in a translation
cannam@167 22 approved by the Free Software Foundation. -->
cannam@167 23 <!-- Created by GNU Texinfo 6.3, http://www.gnu.org/software/texinfo/ -->
cannam@167 24 <head>
cannam@167 25 <title>FFTW 3.3.8: FFTW Execution in Fortran</title>
cannam@167 26
cannam@167 27 <meta name="description" content="FFTW 3.3.8: FFTW Execution in Fortran">
cannam@167 28 <meta name="keywords" content="FFTW 3.3.8: FFTW Execution in Fortran">
cannam@167 29 <meta name="resource-type" content="document">
cannam@167 30 <meta name="distribution" content="global">
cannam@167 31 <meta name="Generator" content="makeinfo">
cannam@167 32 <meta http-equiv="Content-Type" content="text/html; charset=utf-8">
cannam@167 33 <link href="index.html#Top" rel="start" title="Top">
cannam@167 34 <link href="Concept-Index.html#Concept-Index" rel="index" title="Concept Index">
cannam@167 35 <link href="index.html#SEC_Contents" rel="contents" title="Table of Contents">
cannam@167 36 <link href="Calling-FFTW-from-Legacy-Fortran.html#Calling-FFTW-from-Legacy-Fortran" rel="up" title="Calling FFTW from Legacy Fortran">
cannam@167 37 <link href="Fortran-Examples.html#Fortran-Examples" rel="next" title="Fortran Examples">
cannam@167 38 <link href="FFTW-Constants-in-Fortran.html#FFTW-Constants-in-Fortran" rel="prev" title="FFTW Constants in Fortran">
cannam@167 39 <style type="text/css">
cannam@167 40 <!--
cannam@167 41 a.summary-letter {text-decoration: none}
cannam@167 42 blockquote.indentedblock {margin-right: 0em}
cannam@167 43 blockquote.smallindentedblock {margin-right: 0em; font-size: smaller}
cannam@167 44 blockquote.smallquotation {font-size: smaller}
cannam@167 45 div.display {margin-left: 3.2em}
cannam@167 46 div.example {margin-left: 3.2em}
cannam@167 47 div.lisp {margin-left: 3.2em}
cannam@167 48 div.smalldisplay {margin-left: 3.2em}
cannam@167 49 div.smallexample {margin-left: 3.2em}
cannam@167 50 div.smalllisp {margin-left: 3.2em}
cannam@167 51 kbd {font-style: oblique}
cannam@167 52 pre.display {font-family: inherit}
cannam@167 53 pre.format {font-family: inherit}
cannam@167 54 pre.menu-comment {font-family: serif}
cannam@167 55 pre.menu-preformatted {font-family: serif}
cannam@167 56 pre.smalldisplay {font-family: inherit; font-size: smaller}
cannam@167 57 pre.smallexample {font-size: smaller}
cannam@167 58 pre.smallformat {font-family: inherit; font-size: smaller}
cannam@167 59 pre.smalllisp {font-size: smaller}
cannam@167 60 span.nolinebreak {white-space: nowrap}
cannam@167 61 span.roman {font-family: initial; font-weight: normal}
cannam@167 62 span.sansserif {font-family: sans-serif; font-weight: normal}
cannam@167 63 ul.no-bullet {list-style: none}
cannam@167 64 -->
cannam@167 65 </style>
cannam@167 66
cannam@167 67
cannam@167 68 </head>
cannam@167 69
cannam@167 70 <body lang="en">
cannam@167 71 <a name="FFTW-Execution-in-Fortran"></a>
cannam@167 72 <div class="header">
cannam@167 73 <p>
cannam@167 74 Next: <a href="Fortran-Examples.html#Fortran-Examples" accesskey="n" rel="next">Fortran Examples</a>, Previous: <a href="FFTW-Constants-in-Fortran.html#FFTW-Constants-in-Fortran" accesskey="p" rel="prev">FFTW Constants in Fortran</a>, Up: <a href="Calling-FFTW-from-Legacy-Fortran.html#Calling-FFTW-from-Legacy-Fortran" accesskey="u" rel="up">Calling FFTW from Legacy Fortran</a> &nbsp; [<a href="index.html#SEC_Contents" title="Table of contents" rel="contents">Contents</a>][<a href="Concept-Index.html#Concept-Index" title="Index" rel="index">Index</a>]</p>
cannam@167 75 </div>
cannam@167 76 <hr>
cannam@167 77 <a name="FFTW-Execution-in-Fortran-1"></a>
cannam@167 78 <h3 class="section">8.3 FFTW Execution in Fortran</h3>
cannam@167 79
cannam@167 80 <p>In C, in order to use a plan, one normally calls <code>fftw_execute</code>,
cannam@167 81 which executes the plan to perform the transform on the input/output
cannam@167 82 arrays passed when the plan was created (see <a href="Using-Plans.html#Using-Plans">Using Plans</a>). The
cannam@167 83 corresponding subroutine call in legacy Fortran is:
cannam@167 84 </p><div class="example">
cannam@167 85 <pre class="example"> call dfftw_execute(plan)
cannam@167 86 </pre></div>
cannam@167 87 <a name="index-dfftw_005fexecute"></a>
cannam@167 88
cannam@167 89 <p>However, we have had reports that this causes problems with some
cannam@167 90 recent optimizing Fortran compilers. The problem is, because the
cannam@167 91 input/output arrays are not passed as explicit arguments to
cannam@167 92 <code>dfftw_execute</code>, the semantics of Fortran (unlike C) allow the
cannam@167 93 compiler to assume that the input/output arrays are not changed by
cannam@167 94 <code>dfftw_execute</code>. As a consequence, certain compilers end up
cannam@167 95 optimizing out or repositioning the call to <code>dfftw_execute</code>,
cannam@167 96 assuming incorrectly that it does nothing.
cannam@167 97 </p>
cannam@167 98 <p>There are various workarounds to this, but the safest and simplest
cannam@167 99 thing is to not use <code>dfftw_execute</code> in Fortran. Instead, use the
cannam@167 100 functions described in <a href="New_002darray-Execute-Functions.html#New_002darray-Execute-Functions">New-array Execute Functions</a>, which take
cannam@167 101 the input/output arrays as explicit arguments. For example, if the
cannam@167 102 plan is for a complex-data DFT and was created for the arrays
cannam@167 103 <code>in</code> and <code>out</code>, you would do:
cannam@167 104 </p><div class="example">
cannam@167 105 <pre class="example"> call dfftw_execute_dft(plan, in, out)
cannam@167 106 </pre></div>
cannam@167 107 <a name="index-dfftw_005fexecute_005fdft"></a>
cannam@167 108
cannam@167 109 <p>There are a few things to be careful of, however:
cannam@167 110 </p>
cannam@167 111 <ul>
cannam@167 112 <li> You must use the correct type of execute function, matching the way
cannam@167 113 the plan was created. Complex DFT plans should use
cannam@167 114 <code>dfftw_execute_dft</code>, Real-input (r2c) DFT plans should use use
cannam@167 115 <code>dfftw_execute_dft_r2c</code>, and real-output (c2r) DFT plans should
cannam@167 116 use <code>dfftw_execute_dft_c2r</code>. The various r2r plans should use
cannam@167 117 <code>dfftw_execute_r2r</code>.
cannam@167 118
cannam@167 119 </li><li> You should normally pass the same input/output arrays that were used when
cannam@167 120 creating the plan. This is always safe.
cannam@167 121
cannam@167 122 </li><li> <em>If</em> you pass <em>different</em> input/output arrays compared to
cannam@167 123 those used when creating the plan, you must abide by all the
cannam@167 124 restrictions of the new-array execute functions (see <a href="New_002darray-Execute-Functions.html#New_002darray-Execute-Functions">New-array Execute Functions</a>). The most difficult of these, in Fortran, is the
cannam@167 125 requirement that the new arrays have the same alignment as the
cannam@167 126 original arrays, because there seems to be no way in legacy Fortran to obtain
cannam@167 127 guaranteed-aligned arrays (analogous to <code>fftw_malloc</code> in C). You
cannam@167 128 can, of course, use the <code>FFTW_UNALIGNED</code> flag when creating the
cannam@167 129 plan, in which case the plan does not depend on the alignment, but
cannam@167 130 this may sacrifice substantial performance on architectures (like x86)
cannam@167 131 with SIMD instructions (see <a href="SIMD-alignment-and-fftw_005fmalloc.html#SIMD-alignment-and-fftw_005fmalloc">SIMD alignment and fftw_malloc</a>).
cannam@167 132 <a name="index-FFTW_005fUNALIGNED-3"></a>
cannam@167 133
cannam@167 134 </li></ul>
cannam@167 135
cannam@167 136 <hr>
cannam@167 137 <div class="header">
cannam@167 138 <p>
cannam@167 139 Next: <a href="Fortran-Examples.html#Fortran-Examples" accesskey="n" rel="next">Fortran Examples</a>, Previous: <a href="FFTW-Constants-in-Fortran.html#FFTW-Constants-in-Fortran" accesskey="p" rel="prev">FFTW Constants in Fortran</a>, Up: <a href="Calling-FFTW-from-Legacy-Fortran.html#Calling-FFTW-from-Legacy-Fortran" accesskey="u" rel="up">Calling FFTW from Legacy Fortran</a> &nbsp; [<a href="index.html#SEC_Contents" title="Table of contents" rel="contents">Contents</a>][<a href="Concept-Index.html#Concept-Index" title="Index" rel="index">Index</a>]</p>
cannam@167 140 </div>
cannam@167 141
cannam@167 142
cannam@167 143
cannam@167 144 </body>
cannam@167 145 </html>