[Patch, libgfortran] PR39665, alignment problems
H.J. Lu
hjl.tools@gmail.com
Thu Apr 9 20:58:00 GMT 2009
On Thu, Apr 9, 2009 at 10:47 AM, Janne Blomqvist
<blomqvist.janne@gmail.com> wrote:
> Daniel Kraft wrote:
>> Janne Blomqvist wrote:
>>> Hello,
>>>
>>> this patch hopefully works around the alignment problems reported in
>>> PR39665. The problem is that nowadays when we read a floating point
>>> number, it's stored into the result variable with an assignment. This
>>> works fine for formatted reads, as the result variable is the final
>>> variable passed in from the user code, so it always is sufficiently
>>> aligned. However, for list formatted and namelist reads, we used a
>>> temporary char* buffer, and some platforms like IA-64 or HP-PA are picky
>>> about alignment and crash. This patch modifies list formatted and
>>> namelist reads of real and complex type. Unfortunately the fix isn't as
>>> clean as I'd wish, since after the parsing it turns out that the value
>>> must be saved anyway in order to handle repeat counts.
>>>
>>> Regtested on i686-pc-linux-gnu, Ok for trunk?
>>
>> Ok. Thanks for working on this!
>
> Thanks for the review. However, after thinking about this some more
> myself, I came to the conclusion that considering the requirement to
> handle repeat counts, my other proposal to just align u.p.value is better.
>
> Hence I instead committed the attached patch as obvious (r145852).
>
> --
> Janne Blomqvist
>
> 2009-04-09 Janne Blomqvist <jb@gcc.gnu.org>
>
> PR fortran/39665
> * io/io.h (st_parameter_dt): Add aligned attribute to u.p.value.
> * io/read.c (convert_real): Add note about alignment requirements.
>
>
This caused:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39702
--
H.J.
More information about the Fortran
mailing list