--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24174
--- Comment #12 from jb at gcc dot gnu dot org 2005-11-11 20:46 ---
This is fixed by the 2005-11-06 patch.
--
jb at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #11 from jb at gcc dot gnu dot org 2005-11-06 18:28 ---
Subject: Bug 24174
Author: jb
Date: Sun Nov 6 18:28:22 2005
New Revision: 106563
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=106563
Log:
gfortran ChangeLog
2005-11-06 Janne Blomqvist <[EMAIL PROTECTED]>
--- Comment #10 from jblomqvi at cc dot hut dot fi 2005-11-05 18:07 ---
Updated**2 patch here: http://gcc.gnu.org/ml/gcc-patches/2005-11/msg00348.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24174
--- Comment #9 from jblomqvi at cc dot hut dot fi 2005-10-11 06:11 ---
Updated patch here: http://gcc.gnu.org/ml/gcc-patches/2005-10/msg00572.html
--
jblomqvi at cc dot hut dot fi changed:
What|Removed |Added
---
--- Comment #8 from jblomqvi at cc dot hut dot fi 2005-10-09 21:29 ---
Well, a slightly less broken approach than the patch in #3 would be to use
sizeof(GFC_REAL_10) and sizeof(GFC_COMPLEX_10) instead of hardcoded sizes. But
the problem with this would still be 1) location of pad bytes a
--- Comment #7 from jblomqvi at cc dot hut dot fi 2005-10-09 20:52 ---
(In reply to comment #5)
> > It should be noted that the patch assumes that the padding for real(10) is
> > 10
> > bytes data + 2 bytes padding. This works on i686-Linux, might not work on
> > other
> > targets (big
--- Comment #6 from jblomqvi at cc dot hut dot fi 2005-10-09 19:35 ---
(In reply to comment #5)
> > It should be noted that the patch assumes that the padding for real(10) is
> > 10
> > bytes data + 2 bytes padding. This works on i686-Linux, might not work on
> > other
> > targets (big
--- Comment #5 from tkoenig at gcc dot gnu dot org 2005-10-07 20:12 ---
> It should be noted that the patch assumes that the padding for real(10) is 10
> bytes data + 2 bytes padding. This works on i686-Linux, might not work on
> other
> targets (big endian?).
Itanium has padding to 1
--- Comment #4 from jblomqvi at cc dot hut dot fi 2005-10-03 19:40 ---
Created an attachment (id=9866)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9866&action=view)
Testcase
And here is a test case to go with the previous patch.
Sorry my mail is b0rked at the moment so I can't
--- Comment #3 from jblomqvi at cc dot hut dot fi 2005-10-03 19:37 ---
Created an attachment (id=9865)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9865&action=view)
Patch for PR24174, also fixes formatted output for complex(10)
libgfortran Changelog:
2005-10-03 Janne Blomqvist
--- Comment #2 from fxcoudert at gcc dot gnu dot org 2005-10-03 10:37
---
(In reply to comment #1)
> Should kind=10 use 10 bytes of storage or should it use whatever the padded
> size is? I would prefer the padded size, as otherwise we take a x10 speed hit
> when doing array IO.
I do a
--- Comment #1 from jblomqvi at cc dot hut dot fi 2005-10-03 09:39 ---
Ah, yes. Also see PR22519 and PR23419. Which way do we want it for unformatted?
Should kind=10 use 10 bytes of storage or should it use whatever the padded
size is? I would prefer the padded size, as otherwise we take
13 matches
Mail list logo
