--- Comment #1 from tkoenig at gcc dot gnu dot org 2008-01-31 21:10 ---
A patch for when trunk reopens.
Index: m4/shape.m4
===
--- m4/shape.m4 (revision 131915)
+++ m4/shape.m4 (working copy)
@@ -46,6 +46,7 @@ shape_
--- Comment #3 from tkoenig at gcc dot gnu dot org 2008-02-02 13:51 ---
Subject: Bug 35001
Author: tkoenig
Date: Sat Feb 2 13:50:55 2008
New Revision: 132070
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=132070
Log:
2008-02-02 Thomas Koenig <[EMAIL PROTECTED]&g
--- Comment #4 from tkoenig at gcc dot gnu dot org 2008-02-02 13:51 ---
(In reply to comment #2)
> Thomas, this is OK to commit since it is fixing a wrong code bug, assuming you
> have regression tested. (Discussed with Richi on IRC.)
Yes, I had done so.
Commited to trunk.
--- Comment #4 from tkoenig at gcc dot gnu dot org 2008-02-04 07:17 ---
(In reply to comment #3)
> ==25454== Conditional jump or move depends on uninitialised value(s)
> ==25454==at 0x4333BD: strlen (in /home/jerry/prs/pr35063/a.out)
> ==25454==by 0x408087: writ
--- Comment #12 from tkoenig at gcc dot gnu dot org 2008-02-06 21:49
---
Just wondering... is this a regression?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35063
20,'(A)') c
print '(A)',c
end do
close (20)
end program main
It currently prints
123456
ASDFef
qwerty
which is wrong.
--
Summary: Formatted stream I/O write should truncate
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
--- Comment #33 from tkoenig at gcc dot gnu dot org 2008-02-09 21:49
---
We should fix this in 4.3.0 (and it's a regression, too).
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |
--- Comment #10 from tkoenig at gcc dot gnu dot org 2008-02-09 21:54
---
Adjusting Subject and milestone, to make sure this gets
noticed.
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from tkoenig at gcc dot gnu dot org 2008-02-09 21:48 ---
(In reply to comment #3)
> How does this look :) I have a couple of other test prints in there.
>
> $ gfc pr35132.f90
> $ ./a.out
> 1st: 123456
> 2nd: abcdef
> 123456
> ASDFef
> At
--- Comment #5 from tkoenig at gcc dot gnu dot org 2008-02-10 11:43 ---
Hi Jerry,
_unformatted_ stream should not truncate, you can
put bytes into the middle of a file there.
Does your patch do that? (I can't test right now).
Thomas
--
tkoenig at gcc dot gnu dot org ch
MED
Keywords: accepts-invalid
Severity: normal
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tkoenig at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35157
--- Comment #6 from tkoenig at gcc dot gnu dot org 2008-02-10 22:47 ---
(In reply to comment #5)
> The big culprit seems to be -fcx-limited-range. The other flags enabled by
> -ffast-math help very little.
C has some strange rules for complex types, which are mandated by the
C st
--- Comment #7 from tkoenig at gcc dot gnu dot org 2008-02-17 10:11 ---
Patch has been OK'd for 4.4.
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |
--- Comment #1 from tkoenig at gcc dot gnu dot org 2008-02-23 20:22 ---
Confirmed.
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
CC
--- Comment #7 from tkoenig at gcc dot gnu dot org 2008-02-26 21:45 ---
If we don't have a way to truncate a file, we won't have an
easy time enforcing Fortran semantics. Are there any other
ways of truncating a file on that particular target?
If there aren't, we coul
--- Comment #9 from tkoenig at gcc dot gnu dot org 2008-02-26 23:19 ---
(In reply to comment #8)
> > b) fail at runtime (noisily) and xfail the
> >corresponding test cases
>
> *sigh* ok, I'll do it, except for the noise.
Thanks a lot!
You'll probably
--- Comment #11 from tkoenig at gcc dot gnu dot org 2008-03-19 09:26
---
Here's something for internal_pack and internal_unpack:
http://gcc.gnu.org/ml/gcc-patches/2008-03/msg01121.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32972
--- Comment #12 from tkoenig at gcc dot gnu dot org 2008-03-19 15:43
---
Subject: Bug 32972
Author: tkoenig
Date: Wed Mar 19 15:42:55 2008
New Revision: 133344
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=133344
Log:
2008-03-19 Thomas Koenig <[EMAIL PROTECTED]&g
--- Comment #14 from tkoenig at gcc dot gnu dot org 2008-03-19 16:57
---
Subject: Bug 32972
Author: tkoenig
Date: Wed Mar 19 16:56:22 2008
New Revision: 133345
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=133345
Log:
2008-03-19 Thomas Koenig <[EMAIL PROTECTED]&g
--- Comment #15 from tkoenig at gcc dot gnu dot org 2008-03-19 16:58
---
(In reply to comment #13)
> There is a typo in libgfortran/runtime/in_pack_generic.c:
Fixed.
Thanks a lot for catching that one, Dominique! I would have
hated to break bootstrap.
--
http://gcc.gnu.
--- Comment #17 from tkoenig at gcc dot gnu dot org 2008-03-20 10:54
---
Subject: Bug 32972
Author: tkoenig
Date: Thu Mar 20 10:54:04 2008
New Revision: 133368
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=133368
Log:
2008-03-20 Thomas Koenig <[EMAIL PROTECTED]&g
--- Comment #18 from tkoenig at gcc dot gnu dot org 2008-03-20 11:58
---
(In reply to comment #16)
> gfortran.dg/internal_pack_3.f90 looks invalid and fails:
Again, thanks.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32972
--- Comment #8 from tkoenig at gcc dot gnu dot org 2008-03-20 14:47 ---
(In reply to comment #7)
>
> Any chance, you'll revert the offending patch?
>
The patch fixed a wrong-code PR, so by reverting the patch, we would
introduce a wrong-code regression. I think it woul
--- Comment #19 from tkoenig at gcc dot gnu dot org 2008-03-21 14:37
---
Subject: Bug 32972
Author: tkoenig
Date: Fri Mar 21 14:37:03 2008
New Revision: 133427
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=133427
Log:
2008-03-21 Thomas Koenig <[EMAIL PROTECTED]&g
--- Comment #20 from tkoenig at gcc dot gnu dot org 2008-03-21 15:33
---
Subject: Bug 32972
Author: tkoenig
Date: Fri Mar 21 15:33:13 2008
New Revision: 133428
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=133428
Log:
2008-03-21 Thomas Koenig <[EMAIL PROTECTED]&g
--- Comment #21 from tkoenig at gcc dot gnu dot org 2008-03-23 22:20
---
Subject: Bug 32972
Author: tkoenig
Date: Sun Mar 23 22:19:19 2008
New Revision: 133469
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=133469
Log:
2007-03-23 Thomas Koenig <[EMAIL PROTECTED]
--- Comment #4 from tkoenig at gcc dot gnu dot org 2008-03-28 23:23 ---
Subject: Bug 32512
Author: tkoenig
Date: Fri Mar 28 23:22:49 2008
New Revision: 133702
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=133702
Log:
2008-03-28 Thomas Koenig <[EMAIL PROTECTED]&g
--- Comment #22 from tkoenig at gcc dot gnu dot org 2008-03-28 23:23
---
Subject: Bug 32972
Author: tkoenig
Date: Fri Mar 28 23:22:49 2008
New Revision: 133702
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=133702
Log:
2008-03-28 Thomas Koenig <[EMAIL PROTECTED]&g
--- Comment #3 from tkoenig at gcc dot gnu dot org 2008-03-30 16:36 ---
> Related program, which also fails (I thought we fixed this; this seems to be a
> libgfortran problem):
>
> integer xda(20)
> integer, volatile :: n
> n = 1
> pri
ancement
Priority: P3
Component: rtl-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tkoenig at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35775
--- Comment #4 from tkoenig at gcc dot gnu dot org 2008-04-06 13:51 ---
Confirmed that this works for 4.3 and 4.4.
Also, using 1 (instead of the illegal 0) as
format generates the right error in 4.2, as well:
$ gfortran-4.2 foo.f90
foo.f90:1.10:
write(18,1) 'trtot= ',trtot
In the test case below, both stores are done.
The compiler chould eliminate the first loop completely.
$ cat a.c
void foo(int *a, int n)
{
int i;
for (i=0; ihttp://gcc.gnu.org/bugzilla/show_bug.cgi?id=39052
--- Comment #2 from tkoenig at gcc dot gnu dot org 2009-02-01 15:53 ---
(In reply to comment #1)
> I don't think trying to solve this particular case is useful.
In order to extend the -finit- - options for gfortran to
allocatable arrays, I was thinking of adding an as
--- Comment #7 from tkoenig at gcc dot gnu dot org 2009-02-21 22:25 ---
Subject: Bug 38914
Author: tkoenig
Date: Sat Feb 21 22:25:06 2009
New Revision: 144362
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=144362
Log:
2008-02-21 Thomas Koenig
PR fortr
edTo: unassigned at gcc dot gnu dot org
ReportedBy: tkoenig at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39280
D
Keywords: missed-optimization
Severity: enhancement
Priority: P3
Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tkoenig at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39683
--- Comment #16 from tkoenig at gcc dot gnu dot org 2009-04-11 19:48
---
Subject: Bug 37377
Author: tkoenig
Date: Sat Apr 11 19:48:19 2009
New Revision: 145965
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=145965
Log:
2009-04-11 Thomas Koenig
PR fortr
--- Comment #13 from tkoenig at gcc dot gnu dot org 2009-08-13 18:55
---
(In reply to comment #12)
> That's exactly what Thomas is achieving by adding parentheses. Thomas, If you
> want to tackle something more difficult, I'm willing to do this over the
> weekend
--- Comment #23 from tkoenig at gcc dot gnu dot org 2009-08-14 22:05
---
(In reply to comment #20)
> Created an attachment (id=18369)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18369&action=view) [edit]
> updated patch
>
> Corrected patch, I copied the var
--- Comment #29 from tkoenig at gcc dot gnu dot org 2009-08-15 09:22
---
Subject: Re: Invariant DO loop variables and subroutines
On Sat, 2009-08-15 at 07:53 +, jv244 at cam dot ac dot uk wrote:
>
> --- Comment #28 from jv244 at cam dot ac dot uk 2009-08-15
--- Comment #30 from tkoenig at gcc dot gnu dot org 2009-08-15 09:25
---
Subject: Re: Invariant DO loop variables and subroutines
On Fri, 2009-08-14 at 22:58 +, tobi at gcc dot gnu dot org wrote:
>
> --- Comment #26 from tobi at gcc dot gnu dot org 2009-08-14
--- Comment #34 from tkoenig at gcc dot gnu dot org 2009-08-15 10:57
---
(In reply to comment #33)
> Actually, we're buggy there, and my patch fixes it. I'm just now trying
> out testcases.
Are we really buggy?
$ cat gaga.f90
n=10
do i=1,n
call foo(n)
prin
ords: build
Severity: normal
Priority: P3
Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tkoenig at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41078
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |critical
Target Milestone|--- |4.5.0
--- Comment #1 from tkoenig at gcc dot gnu dot org 2009-08-15 16:05 ---
Caused by wrong version of aclocal, sorry for the noise.
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #37 from tkoenig at gcc dot gnu dot org 2009-08-16 16:12
---
Subject: Re: Invariant DO loop variables and subroutines
On Sun, 2009-08-16 at 15:57 +, tobi at gcc dot gnu dot org wrote:
> Now I only need to figure out how to make that patch pass the
> testsuite
--- Comment #5 from tkoenig at gcc dot gnu dot org 2009-08-17 22:12 ---
I'll look at this for a bit.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40962
--- Comment #6 from tkoenig at gcc dot gnu dot org 2009-08-20 17:16 ---
I have a patch.
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo
--- Comment #7 from tkoenig at gcc dot gnu dot org 2009-08-20 20:16 ---
Subject: Bug 40962
Author: tkoenig
Date: Thu Aug 20 20:16:15 2009
New Revision: 150974
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=150974
Log:
2009-08-20 Thomas Koenig
PR libfortr
--- Comment #8 from tkoenig at gcc dot gnu dot org 2009-08-20 20:42 ---
Subject: Bug 40962
Author: tkoenig
Date: Thu Aug 20 20:42:38 2009
New Revision: 150975
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=150975
Log:
2009-08-20 Thomas Koenig
PR libfortr
--- Comment #9 from tkoenig at gcc dot gnu dot org 2009-08-20 20:56 ---
Fixed on trunk and 4.4, closing.
If anybody wants to backport the fix to 4.3, be my guest :-)
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from tkoenig at gcc dot gnu dot org 2009-08-24 19:33 ---
It would also be useful when assigning arrays with a single value:
subroutine foo(a)
integer, a(:,:) :: a
a = 0 ! See PR 41137, we could use memset
or
subroutine foo(a)
integer, a(:,:) :: a
A = 42
--- Comment #15 from tkoenig at gcc dot gnu dot org 2009-08-25 17:05
---
Subject: Bug 34670
Author: tkoenig
Date: Tue Aug 25 17:05:10 2009
New Revision: 151085
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=151085
Log:
2009-08-25 Thomas Koenig
PR libfortr
--- Comment #2 from tkoenig at gcc dot gnu dot org 2009-09-06 17:38 ---
I have a patch.
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo
--- Comment #3 from tkoenig at gcc dot gnu dot org 2009-09-07 15:23 ---
Subject: Bug 41197
Author: tkoenig
Date: Mon Sep 7 15:23:15 2009
New Revision: 151480
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=151480
Log:
2009-09-07 Thomas Koenig
PR fortr
--- Comment #3 from tkoenig at gcc dot gnu dot org 2009-09-08 16:21 ---
Not a regression.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41278
--- Comment #4 from tkoenig at gcc dot gnu dot org 2009-09-08 16:13 ---
Fixed on trunkk, I don't think it is worth a backport.
Closing.
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |
--- Comment #11 from tkoenig at gcc dot gnu dot org 2009-09-12 14:00
---
(In reply to comment #10)
> It doesn't work if the 3rd dimension is > 2
> The test case only shows the array shape.
> It should fill the sample arrays and
> compares.
The test case is:
! {
--- Comment #13 from tkoenig at gcc dot gnu dot org 2009-09-13 12:54
---
Actually closing.
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from tkoenig at gcc dot gnu dot org 2009-10-11 16:44 ---
Confirmed.
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo
--- Comment #5 from tkoenig at gcc dot gnu dot org 2009-11-01 16:21 ---
A workaround (which should really be implemented within the compiler):
subroutine s(a,n)
integer :: n
real :: a(n*n*n*n)
a = 0.0
end subroutine
This is legal Fortran, equivalent to your routine, and should be much
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |enhancement
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41137
s: ice-on-valid-code
Severity: normal
Priority: P3
Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tkoenig at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41957
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.5.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41957
--- Comment #5 from tkoenig at gcc dot gnu dot org 2007-04-27 20:16 ---
> One should also check the library version of MIN/MAXLOC.
I'll do that. This is an area that I am working on anyway
(PR 30694).
Thanks for providing the test case, btw. It is quite
thorough :-)
--
--- Comment #6 from tkoenig at gcc dot gnu dot org 2007-04-27 21:00 ---
Created an attachment (id=13457)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13457&action=view)
Test case for the library functions
The library function appears to be ok. Here is the test
cas
--- Comment #2 from tkoenig at gcc dot gnu dot org 2007-04-28 10:46 ---
Confirmed with i686-pc-linux-gnu. This fails with 4.3.0 20070419
and works with 4.2.0 20070415.
Roger, I'm adding you to the CC list because you have been working
on this part of the compiler.
Could somebod
--- Comment #3 from tkoenig at gcc dot gnu dot org 2007-04-28 11:23 ---
The zeroing is done by memset, as the slightly reduced test case shows:
$ cat test2.f90
program Test
implicit none
real, dimension (2,2) :: smooth_factor
data smooth_factor /4*1.0/
smooth_factor(1,:) = 0
--- Comment #4 from tkoenig at gcc dot gnu dot org 2007-04-29 20:23 ---
I think I know what causes this, and I'll take this on.
An expedition into the front-end :-)
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |
--- Comment #5 from tkoenig at gcc dot gnu dot org 2007-04-29 21:59 ---
Created an attachment (id=13464)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13464&action=view)
Proposed patch
This fixes the test case.
Currently regtesting.
--
http://gcc.gnu.org/b
--- Comment #6 from tkoenig at gcc dot gnu dot org 2007-04-30 08:41 ---
This patch doesn't fix all cases.
I'll work on a new one.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31732
--- Comment #8 from tkoenig at gcc dot gnu dot org 2007-05-01 14:11 ---
Subject: Bug 31732
Author: tkoenig
Date: Tue May 1 14:11:36 2007
New Revision: 124326
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=124326
Log:
2007-05-01 Thomas Koenig <[EMAIL PROTECTED]&g
--- Comment #9 from tkoenig at gcc dot gnu dot org 2007-05-01 14:13 ---
Fixed. Closing.
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from tkoenig at gcc dot gnu dot org 2007-05-01 14:18 ---
Closely related to PR 31251.
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #12 from tkoenig at gcc dot gnu dot org 2007-05-11 19:16
---
This is a regression WRT g77.
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #13 from tkoenig at gcc dot gnu dot org 2007-05-11 19:19
---
Mark, this bug is critical - silent data corruption upon read
is really, really bad.
I second Jerry's DeLisle's request for inclusion in 4.2. This is a
regression versus g77, the fix is simpl
--- Comment #17 from tkoenig at gcc dot gnu dot org 2007-05-17 14:40
---
Created an attachment (id=13569)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13569&action=view)
partial implementation
Here's a partial implementation that seems to get
things right for th
--- Comment #4 from tkoenig at gcc dot gnu dot org 2007-05-20 10:52 ---
b = transpose(conjg(a)) works (also translated into
the library call).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31994
--- Comment #10 from tkoenig at gcc dot gnu dot org 2007-05-20 13:28
---
Subject: Bug 31196
Author: tkoenig
Date: Sun May 20 12:28:29 2007
New Revision: 124872
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=124872
Log:
2007-05-20 Thomas Koenig <[EMAIL PROTECTED]&g
--- Comment #11 from tkoenig at gcc dot gnu dot org 2007-05-20 13:30
---
Fixed on 4.2. Do we want to backport to 4.1?
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #13 from tkoenig at gcc dot gnu dot org 2007-05-20 21:01
---
One down, 54 wrong-code or ice-on-valid-code to go :-)
Closing.
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #10 from tkoenig at gcc dot gnu dot org 2007-05-20 22:09
---
Subject: Bug 31618
Author: tkoenig
Date: Sun May 20 21:07:14 2007
New Revision: 124878
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=124878
Log:
2007-05-20 Thomas Koenig <[EMAIL PROTECTED]&g
--- Comment #11 from tkoenig at gcc dot gnu dot org 2007-05-20 22:11
---
Now also fixed on 4.2.1 (revision 124878). Won't backport to 4.1.
Closing.
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |
--- Comment #8 from tkoenig at gcc dot gnu dot org 2007-05-20 22:20 ---
(In reply to comment #7)
> PS: as a minor improvement, we might want to give numeric types a more
> Fortran-like name, with a patch such as the following:
...
Hi FX,
are you planning to submit that patc
org
ReportedBy: tkoenig at gcc dot gnu dot org
OtherBugsDependingO 30694
nThis:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32048
--- Comment #6 from tkoenig at gcc dot gnu dot org 2007-05-22 21:02 ---
After some thoughts, I don't think it is worth backporting to 4.2.
Closing.
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |
--- Comment #5 from tkoenig at gcc dot gnu dot org 2007-05-22 21:04 ---
Do you plan a backport? If not, we should close this.
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from tkoenig at gcc dot gnu dot org 2007-05-23 20:33 ---
Which version of gfortran are you using?
This may be a duplicate of PR 30276, which was
fixed in 4.2 and 4.3, but not 4.1.
Upgrading to 4.2 (which is now released) may help.
If the problem persists in 4.2 or 4.3
--- Comment #6 from tkoenig at gcc dot gnu dot org 2007-05-25 20:36 ---
(In reply to comment #5)
> Of course people are complaining that min/max as of IEEE does not propagate
> NaNs
> as other operations do.
We could add flags like -fpropagate-nan, -fno-propagate-nan
and -
--- Comment #3 from tkoenig at gcc dot gnu dot org 2007-05-27 08:49 ---
Frankly, I don't think we need to bother with a 4.2
backport.
If nobody objects, I'll close this shortly.
--
tkoenig at gcc dot gnu dot org changed:
What|Removed
--- Comment #3 from tkoenig at gcc dot gnu dot org 2007-05-27 09:04 ---
The problem seems to extend to pretty much all array intrinsics:
$ gfortran cshift.f90
cshift.f90: In function 'MAIN__':
cshift.f90:3: internal compiler error: Segmentation fault
Please submit a full
--- Comment #4 from tkoenig at gcc dot gnu dot org 2007-05-27 09:06 ---
I forgot the source code for the cshift case:
$ cat cshift.f90
CHARACTER(LEN=3), DIMENSION(10) :: Z
CHARACTER(LEN=10) :: res
Z(:)="123"
write(*,'(10A1)') CSHIFT(Z(:)(2:2),2)
END
$ gfortran cshif
--- Comment #5 from tkoenig at gcc dot gnu dot org 2007-05-27 10:28 ---
pack and unpack are also affected:
$ cat pack.f90
CHARACTER(LEN=3), DIMENSION(10,10) :: Z
CHARACTER(LEN=10) :: res
Z="123"
write(*,'(10A1)') pack(Z(:,:)(2:2),mask=.true.)
END
$ gfortran p
--- Comment #1 from tkoenig at gcc dot gnu dot org 2007-05-27 10:30 ---
Setting severity to "enhancement".
--
tkoenig at gcc dot gnu dot org changed:
What|Removed
rtran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tkoenig at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32131
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last
--- Comment #1 from tkoenig at gcc dot gnu dot org 2007-06-10 18:09 ---
Two points:
- The scoping is correct (i is indeed the same variable)
- i becomes undefined on exit of the implied do loop, so
the code is illegal.
http://groups.google.de/group/comp.lang.fortran/browse_thread
--- Comment #1 from tkoenig at gcc dot gnu dot org 2007-06-15 18:51 ---
Confirmed, a runtime error would be better.
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #18 from tkoenig at gcc dot gnu dot org 2007-06-15 18:55
---
Due to huge time constraints, I won't be able to
do anything with this for the next few weeks. Unassigning
myself for the time.
If anybody wants to look over my partial patch and fly with it,
he'
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|tkoenig at gcc dot gnu dot |unassigned at gcc dot gnu
|org
601 - 700 of 1518 matches
Mail list logo
