This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: [patch] Allow building libgfortran as a DLL
- From: Dave Korn <dave dot korn dot cygwin at googlemail dot com>
- To: tprince at computer dot org
- Cc: Dave Korn <dave dot korn dot cygwin at googlemail dot com>, Tobias Burnus <tobias dot burnus at physik dot fu-berlin dot de>, FX <fxcoudert at gmail dot com>, fortran at gcc dot gnu dot org, gcc-patches at gcc dot gnu dot org
- Date: Tue, 04 Aug 2009 14:51:19 +0100
- Subject: Re: [patch] Allow building libgfortran as a DLL
- References: <20090803065932.GA6467@physik.fu-berlin.de> <4A78085F.6010703@gmail.com> <4A78342C.8050509@aol.com>
Tim Prince wrote:
> Dave Korn wrote:
>
>>
>> I took a quick step through it in the debugger. It's possibly an
>> excess-precision FP thing. Can you point me at what code in the gfortran
>> startup is meant to set the FP precision and rounding (etc.) modes?
>>
>
> All these years I've been working with the apparent misconception that
> gnu compilers left these at hardware/OS default, with the possible
> exception of -ffast-math which should attempt to set abrupt underflow
> for SSE.
That's the difference between a compiler and a language runtime support
library. I don't know for a fact if fortran's runtime initialises the FPU but
the Ada runtime, for example, does.
cheers,
DaveK