--- Comment #3 from burnus at gcc dot gnu dot org 2010-04-01 09:41 ---
(In reply to comment #2)
> It appears to be a regression. See results for 4.4:
> I'll rebuild 4.5 and check point a.
Thanks - I marked it as regression, but without having access to armv5tejl it
is impossible to deb
--- Comment #4 from howarth at nitro dot med dot uc dot edu 2010-04-01
11:25 ---
Reverting back to...
TREE_PUBLIC (ic_void_ptr_var) = 0;
in the proposed patch results in the missing symbols again.
Can we just leave...
TREE_PUBLIC (ic_void_ptr_var) = 1;
and find some way to coalesce
--- Comment #5 from howarth at nitro dot med dot uc dot edu 2010-04-01
11:26 ---
(In reply to comment #4)
> Reverting back to...
>
> TREE_PUBLIC (ic_void_ptr_var) = 0;
>
> in the proposed patch results in the missing symbols again.
> Can we just leave...
>
> TREE_PUBLIC (ic_void_ptr_
--- Comment #6 from dave at hiauly1 dot hia dot nrc dot ca 2010-04-01
20:51 ---
Subject: Re: [4.5 Regression] FAIL: gfortran.dg/PR19872.f execution test;
formatted read - wrong numbers
> Can you also do the following: Using the 4.4 or 4.5 binary with the 4.5 or 4.4
> libgfortran. I su
--- Comment #7 from danglin at gcc dot gnu dot org 2010-04-01 21:03 ---
GFORTRAN_UNBUFFERED_ALL=1 doesn't help.
Test runs successfully with "installed" version of libgfortran:
-bash-3.2$ ldd PR19872.xg
libgfortran.so.3 =>
/home/dave/opt/gnu/gcc/gcc-4.3.3/lib/libgfortran.so.3 (0
--- Comment #8 from jvdelisle at gcc dot gnu dot org 2010-04-02 02:57
---
You will have to narrow this down with a regression hunt. Just eyeballing some
things, maybe 148769 or 149398. Just a guess though. I do not see the failure
but it is related to list reading and arrays I suppose.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P3 |P4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43572
--- Comment #9 from rguenth at gcc dot gnu dot org 2010-04-06 11:20 ---
GCC 4.5.0 is being released. Deferring to 4.5.1.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---