More bugs found via the test suite.
implicit none
integer :: ios
open(9,file='tmp.dat',status='REPLACE')
write(9,'(a)',advance='NO')
close(9)
open(9,FILE='tmp.dat',status='OLD',position='REWIND')
read(9,'(a)',ADVANCE='NO',iostat=ios)
if(ios /= 0) print *, 'ERROR: Expected ios = 0, got: ios = ',
More bugs found via the test suite
Gfortran 4.1, 4.2 and 4.3 show the run-time error:
Fortran runtime error: End of file
implicit none
integer :: i
character(len=6) :: c (5) =
write (c (5:1:-2), (I2,I2,I2)) 5,3,1
if (any(c(1:4) /= )) stop 'ERROR 1'
if (c(5) /= 5 3 1) stop 'ERROR 2'
do i =
And another bug found via the test suite. It works with 4.1.3 and 4.2.2, but
with gfortran the result array is .FALSE.; however, result(1,3) shall be .TRUE.
program m
implicit none
logical, dimension (3, 3) ::
p =
reshape ( (/.false.,.false.,.false.,
.true.,
--- Comment #1 from dfranke at gcc dot gnu dot org 2007-12-23 11:42 ---
This is probably related to PR22571?!
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34558
--- Comment #1 from dominiq at lps dot ens dot fr 2007-12-23 12:23 ---
I am not sure to understand what this test is supposed to do for the standard
behavior. If it is supposed to pass without giving any output, then it succeeds
for both ppc/Intel Darwin9. Otherwise I don't know what to
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |critical
Priority|P3 |P2
If I revert the following line from module.c:
Index: module.c
===
--- module.c(revision 131134)
+++ module.c(working copy)
@@ -3732,7 +3732,6 @@
if (st only_flag
!st-n.sym-attr.use_only
--- Comment #1 from toon at moene dot indiv dot nluug dot nl 2007-12-23
13:21 ---
Created an attachment (id=14809)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14809action=view)
The Test Case
This is the directory with makefile to show the bug.
If you have a gfortran with the
--- Comment #1 from tkoenig at gcc dot gnu dot org 2007-12-23 13:25 ---
I probably broke this, and I think I know how to
put this right.
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #15 from sylvain dot pion at sophia dot inria dot fr
2007-12-23 13:34 ---
I also cannot reproduce it with todays' g++ 4.2.
That said, the original code from which the test-case is extracted is still
failing. The original code is from the CGAL library. I can give a way
to
--- Comment #2 from toon at moene dot indiv dot nluug dot nl 2007-12-23
13:49 ---
Gfortran 4.2.2 gets this right (at least when using Debian/testing's default
gfortran):
[EMAIL PROTECTED]:~/pr34567$ gfortran -v
Using built-in specs.
Target: x86_64-linux-gnu
Configured with:
I was helping a friend debug some code and I gave him some louzy suggestions
based on what I saw in gfortran. It was regarding the inplace swap algorithm. I
suggested to him that he won't benefit from using it on a modern system. This
was because I used a fancy notation in my inplace algorithm:
I
--- Comment #16 from jvdelisle at gcc dot gnu dot org 2007-12-23 16:43
---
The test case in comment #9 passes if I revert the code path required by the
original test case in pr33317. Using gdb, I see no difference in the incoming
dim expression for either case. This implies we need
--- Comment #2 from jvdelisle at gcc dot gnu dot org 2007-12-23 16:55
---
This works for me on x86-64 with gfortran and ifort. Sun f95 fails.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34564
--- Comment #1 from jvdelisle at gcc dot gnu dot org 2007-12-23 17:03
---
I can confirm this one. Its been a long time since I looked at this. I seem
to recall at one point we had not implemented negative strides for internal
units. Part of the discussion was that it was so obscure
--- Comment #3 from dominiq at lps dot ens dot fr 2007-12-23 17:05 ---
On Intel Darwin9 I get
...
gfc -c odb_module8.F90
f951: internal compiler error: Bus error
Please submit a full bug report,
with preprocessed source if appropriate.
See http://gcc.gnu.org/bugs.html for instructions.
--- Comment #5 from debian-gcc at lists dot debian dot org 2007-12-23
17:15 ---
Might I suggest WONTFIX to resolve this bug?
I don't mind. Matthias.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25343
--- Comment #6 from dfranke at gcc dot gnu dot org 2007-12-23 17:34 ---
Subject: Bug 34536
Author: dfranke
Date: Sun Dec 23 17:34:45 2007
New Revision: 131149
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=131149
Log:
gcc/fortran:
2007-12-23 Daniel Franke [EMAIL PROTECTED]
--- Comment #7 from dfranke at gcc dot gnu dot org 2007-12-23 17:37 ---
Fixed in trunk. Closing.
--
dfranke at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from tbm at cyrius dot com 2007-12-23 17:48 ---
Falk, do you think you could check if this is still an issue?
--
tbm at cyrius dot com changed:
What|Removed |Added
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-12-23 17:56 ---
Only the RM can change the priority.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from burnus at gcc dot gnu dot org 2007-12-23 18:08 ---
CLOSE as works for me.
It fails with 4.2 and 4.3.0 20071129, but it works with 4.3.0 20071221.
Seemingly I did not check properly with the newer gfortran. (The test was run
with an older gfortran and seemingly I
--- Comment #1 from kargl at gcc dot gnu dot org 2007-12-23 18:09 ---
Both codes are invalid.
In suspect that in your inplace version, gfortran's dependency
analysis can't determine if the arrays overlap, so your getting
a copy of the array. You can see what is happening with the
--- Comment #2 from burnus at gcc dot gnu dot org 2007-12-23 18:17 ---
Subject: Bug 34421
Author: burnus
Date: Sun Dec 23 18:17:08 2007
New Revision: 131150
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=131150
Log:
2007-12-23 Tobias Burnus [EMAIL PROTECTED]
PR
--- Comment #3 from burnus at gcc dot gnu dot org 2007-12-23 18:19 ---
FIXED on the trunk (4.3.0).
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from dfranke at gcc dot gnu dot org 2007-12-23 18:32 ---
$ cat pr34556.f90
integer :: a(2,2)
a = reshape( (/ max((/ 1,2 /), (/ 3,4 /)), (/4,5/) /), (/2,2/))
end
$ gfortran-svn pr34556.f90
pr34556.f90: In function 'MAIN__':
pr34556.f90:1: internal compiler error:
The gcc.dg/torture/builtin-math-4.c testcase doesn't link properly on
powerpc-apple-darwin8. The link fails with...
/sw/src/fink.build/gcc43-4.2.999-20071221/darwin_objdir/gcc/xgcc
-B/sw/src/fink.build/gcc43-4.2.999-20071221/darwin_objdir/gcc/
Building kdebase 4 with current gcc 4.3 snapshots causes several important
applications (e.g. plasma, konsole) to crash on startup.
Several files are involved; rebuilding the workspace/libs/plasma directory with
an older gcc 4.3 snapshot (or gcc 4.2.x) fixes plasma startup.
Last known good gcc
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-12-23 19:09 ---
Cnfirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC|
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-12-23 19:12 ---
Fixed so closing.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-12-23 19:14 ---
Can you try a newer GCC like 4.2.2?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34520
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #16 from wvangulik at xs4all dot nl 2007-12-23 20:15 ---
(In reply to comment #14)
Note that the use of clz for the avr is avoided by using avr-libc's math
library.
Not confirmed. A simple test program using a floating point number:
This is probably due to
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-12-23 20:57 ---
This test should not being tested on ppc darwin.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from vladimir dot lazarenko at humaninference dot com
2007-12-23 21:16 ---
Same result. FCC 4.2.2 during bootstrap runs fixincludes, and result stays the
same.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34520
--- Comment #17 from gdr at gcc dot gnu dot org 2007-12-23 21:22 ---
(In reply to comment #13)
Gaby --
Paolo and I would like your input on this issue, please.
Thanks,
-- Mark
Sorry for replying late -- this issue escaped by attention; Paolo
kindly sent me a private
--- Comment #3 from falk at debian dot org 2007-12-23 21:46 ---
(In reply to comment #2)
Falk, do you think you could check if this is still an issue?
It's very unlikely to be fixed. The fix mentioned seems to be right, but
without a big-endian Alpha system to test the patch on I
--- Comment #3 from tkoenig at gcc dot gnu dot org 2007-12-23 21:48 ---
Here's a patch.
$ svn diff
Index: matmull.m4
===
--- matmull.m4 (revision 131146)
+++ matmull.m4 (working copy)
@@ -154,7 +154,7 @@
--- Comment #3 from jvdelisle at gcc dot gnu dot org 2007-12-23 22:11
---
Thomas, I confirmed its my patch to transfer.c for pr31501 (r124266). easy fix
is to just revert it. Maybe we can check length before we do the read.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34560
--- Comment #2 from dave at hiauly1 dot hia dot nrc dot ca 2007-12-24
02:08 ---
Subject: Re: wo_prof_two_strs.c:56: internal
compiler error: in find_new_var_of_type, at ipa-struct-reorg.c:605
Hi Olga,
On Mon, 17 Dec 2007, olga at gcc dot gnu dot org wrote:
I actually need
42 matches
Mail list logo