http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45636
John David Anglin danglin at gcc dot gnu.org changed:
What|Removed |Added
Status|RESOLVED|NEW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45636
John David Anglin danglin at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45636
Steve Ellcey sje at cup dot hp.com changed:
What|Removed |Added
Status|NEW |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45636
Tobias Burnus burnus at gcc dot gnu.org changed:
What|Removed |Added
CC|danglin at gcc dot gnu.org |
--- Comment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45636
--- Comment #25 from dave at hiauly1 dot hia.nrc.ca 2010-11-07 19:44:07 UTC ---
The change was r166378 and if the test failures are the only reason to keep
this bug report open then it we should be able to close it now.
Closing would be ok if
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45636
Steve Ellcey sje at cup dot hp.com changed:
What|Removed |Added
CC||sje at cup dot hp.com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45636
Rainer Orth ro at gcc dot gnu.org changed:
What|Removed |Added
CC||ro at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45636
--- Comment #11 from dave at hiauly1 dot hia.nrc.ca 2010-10-17 15:41:54 UTC ---
In addition, although gcc.c-torture/execute/pr45636.c doesn't fail on
hppa-unknown-linux-gnu, it does fail on hpux:
Executing on host: /test/gnu/gcc/objdir/gcc/xgcc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45636
--- Comment #10 from John David Anglin danglin at gcc dot gnu.org 2010-10-16
18:58:57 UTC ---
Created attachment 22064
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=22064
Tree dump.
gfortran.dg/pr45636.f90 fails on hppa-unknown-linux-gnu.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45636
--- Comment #9 from Jakub Jelinek jakub at gcc dot gnu.org 2010-10-12
22:01:07 UTC ---
Author: jakub
Date: Tue Oct 12 22:01:04 2010
New Revision: 165401
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=165401
Log:
PR fortran/45636
*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45636
Thomas Koenig tkoenig at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
--- Comment #1 from kargl at gcc dot gnu dot org 2010-09-10 15:12 ---
I have a slightly different result with your code.
troutmask:sgk[212] gfc4x -c -O g.f90
g.f90: In function 'rcrdrd':
g.f90:1:0: internal compiler error: in build_int_cst_wide, at tree.c:1218
Please submit a full bug
--- Comment #2 from kargl at gcc dot gnu dot org 2010-09-10 15:20 ---
The -fdump-tree-original for HJ's original code look like
rcrdrd (character(kind=1)[1:4] restrict vtyp, integer(kind=4) _vtyp)
{
static character(kind=1) dbl[1:1] = D;
(MEM[(c_char * {ref-all})vtyp] =
--- Comment #3 from hjl dot tools at gmail dot com 2010-09-10 15:32 ---
(In reply to comment #1)
I have a slightly different result with your code.
troutmask:sgk[212] gfc4x -c -O g.f90
g.f90: In function 'rcrdrd':
g.f90:1:0: internal compiler error: in build_int_cst_wide, at
--- Comment #4 from kargl at gcc dot gnu dot org 2010-09-10 15:34 ---
(In reply to comment #3)
(In reply to comment #1)
I have a slightly different result with your code.
troutmask:sgk[212] gfc4x -c -O g.f90
g.f90: In function 'rcrdrd':
g.f90:1:0: internal compiler error: in
--- Comment #5 from jakub at gcc dot gnu dot org 2010-09-10 15:47 ---
For arbitrary lengths (both of the constant string and of the padding) the
memmove (which will be optimized to memcpy as the source is read-only) + memset
is the best thing to do, replacing say
memmove (x, 900 bytes
16 matches
Mail list logo