--- Comment #10 from kargl at gcc dot gnu dot org 2009-03-30 00:54 ---
Adjust subject because the ICE is gone.
--
kargl at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #11 from dominiq at lps dot ens dot fr 2009-04-04 09:41 ---
This bug fix has been committed on trunk since almost a week, hence heavily
regtested on various platforms, could it be back-ported to 4.4 before release?
TIA.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=3882
--- Comment #12 from kargl at gcc dot gnu dot org 2009-04-04 15:10 ---
(In reply to comment #11)
> This bug fix has been committed on trunk since almost a week, hence heavily
> regtested on various platforms, could it be back-ported to 4.4 before release?
> TIA.
>
This bug has not been
--- Comment #13 from dominiq at lps dot ens dot fr 2009-04-04 20:44 ---
At revision 145521, the test from comment #2 returns: "T F" on
(powerpc|i686)-apple-darwin9.
Since I am not really interesting in this way to split hairs, do what ever you
like.
--
http://gcc.gnu.org/bugzilla/s
--- Comment #14 from sgk at troutmask dot apl dot washington dot edu
2009-04-04 21:42 ---
Subject: Re: Compile-time simplification of x**(real)
On Sat, Apr 04, 2009 at 08:44:36PM -, dominiq at lps dot ens dot fr wrote:
>
> At revision 145521, the test from comment #2 returns: "T
--- Comment #15 from dominiq at lps dot ens dot fr 2009-04-05 19:43 ---
> There are 2 URL's in comment #2.
Sorry to be dense, but I overlooked the differences:
< f = initialization(x-1)--> gives "T F"
---
> f = non_initialization(x-1)--> gives "T
--- Comment #16 from kargl at gcc dot gnu dot org 2010-01-15 18:31 ---
Unassign myself as I have no time to work on gfortran.
--
kargl at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #17 from dfranke at gcc dot gnu dot org 2010-05-19 14:43
---
No more ICE, removed keyword.
--
dfranke at gcc dot gnu dot org changed:
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=38822
--- Comment #18 from janus at gcc dot gnu.org ---
AFAICS everthing is fixed here. Can we close this PR?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=38822
--- Comment #19 from Dominique d'Humieres ---
> AFAICS everthing is fixed here. Can we close this PR?
Without objection I'll proceed.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=38822
kargl at gcc dot gnu.org changed:
What|Removed |Added
CC||kargl at gcc dot gnu.org
--- C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=38822
--- Comment #21 from kargl at gcc dot gnu.org ---
(In reply to Dominique d'Humieres from comment #19)
> > AFAICS everthing is fixed here. Can we close this PR?
>
> Without objection I'll proceed.
Should the bug be fixed before proceeding? See c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=38822
anlauf at gcc dot gnu.org changed:
What|Removed |Added
CC||anlauf at gcc dot gnu.org
--- Comment #1 from burnus at gcc dot gnu dot org 2009-01-13 16:33 ---
The problem is the following in arith.c:
if (op == INTRINSIC_POWER && op2->ts.type != BT_INTEGER)
goto runtime;
Thus it is only run-time evaluated. gfc_arith_power deals so far only with
(numeric_type)**(intege
--- Comment #2 from burnus at gcc dot gnu dot org 2009-01-14 15:30 ---
Before closing, please also check the two longer cases:
http://groups.google.com/group/comp.lang.fortran/msg/97c3ce6e98432ae9
and the older (partially incorrect?) one at
http://groups.google.com/group/comp.lang.fortra
--- Comment #3 from kargl at gcc dot gnu dot org 2009-01-16 00:55 ---
(In reply to comment #2)
> Before closing, please also check the two longer cases:
> http://groups.google.com/group/comp.lang.fortran/msg/97c3ce6e98432ae9
> and the older (partially incorrect?) one at
> http://groups.g
--- Comment #4 from kargl at gcc dot gnu dot org 2009-01-16 02:47 ---
I think I know how to fix this. I'll note that James' clever
programs may be invoking processor defined behavior due to
the multiplication by 0 in his specification statements.
See 7.1.8.1.
--
http://gcc.gnu.org/
--- Comment #5 from jvdelisle at gcc dot gnu dot org 2009-01-16 02:57
---
ifort (IFORT) 10.1 20080801
Copyright (C) 1985-2008 Intel Corporation. All rights reserved.
$ ./a.out
T F
I want to get my head around this too. :)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38822
--- Comment #6 from kargl at gcc dot gnu dot org 2009-01-16 05:26 ---
(In reply to comment #5)
> ifort (IFORT) 10.1 20080801
> Copyright (C) 1985-2008 Intel Corporation. All rights reserved.
>
> $ ./a.out
> T F
>
> I want to get my head around this too. :)
Note, there are 2 separat
--- Comment #7 from kargl at gcc dot gnu dot org 2009-01-20 19:22 ---
I have a patch that not only fixes the ICE, but it will issue an
error for a program of the form
troutmask:sgk[203] cat a.f90
program a
real z(int(transfer(2.e0**2.e0, 1.e0)) + 1)
z = 1.
print '(5ES12.5)', z
end
--- Comment #8 from kargl at gcc dot gnu dot org 2009-01-20 19:41 ---
(In reply to comment #7)
> I have a patch that not only fixes the ICE, but it will issue an
> error for a program of the form
>
> troutmask:sgk[203] cat a.f90
> program a
> real z(int(transfer(2.e0**2.e0, 1.e0)) + 1
--- Comment #9 from kargl at gcc dot gnu dot org 2009-03-29 20:41 ---
The ICE is fixed by revision 145261.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38822
22 matches
Mail list logo