4.0.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: libfortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: Thomas dot Koenig at online dot de
CC: gcc-bugs at gcc dot gnu dot org
http://gcc.gnu.org/bu
ly does not override -ffast-math
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: driver
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: Thomas dot Koenig at online dot d
--- Additional Comments From Thomas dot Koenig at online dot de 2004-12-21
21:02 ---
(In reply to comment #1)
> Hmm, this works for me on the mainline on powerpc-darwin. What target is
> this?
I was used to gfortran -v telling me that... i686-pc-linux-gnu.
--
http://gcc.g
gcc dot gnu dot org
ReportedBy: Thomas dot Koenig at online dot de
CC: gcc-bugs at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19117
sion: 4.0.0
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: web
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: Thomas dot Koenig at online dot de
CC: gcc-bugs at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19118
--- Additional Comments From Thomas dot Koenig at online dot de 2004-12-22
16:52 ---
> The issues with PACK are fixed, keeping this open as a reminder that UNPACK
> still has issues as pointed out in #4
Test case for the scalar case:
$ cat unpack.f90
program main
real, dimen
--- Additional Comments From Thomas dot Koenig at online dot de 2004-12-22
16:55 ---
The problem seems to occur with other array
intrinsics, too.
On i686-pc-linux-gnu :
$ cat unpack2.f90
program main
real, dimension(3) :: a, b
logical, dimension(3) :: l
l = (/ .false., .true
--- Additional Comments From Thomas dot Koenig at online dot de 2004-12-25
09:31 ---
(In reply to comment #1)
The latest version of the F95 draft standard (isn't the world
of coypyrighted standards wonderful?) states
# If a character context is to be continued, the "&&q
--- Additional Comments From Thomas dot Koenig at online dot de 2004-12-25
09:34 ---
(In reply to comment #3)
> maybe fixed by pr19071, please check !!
Yes, it is fixed.
$ ./a.out
( 2.00 , 0.00 ) ( 0.25250582600 ,
0.000
--- Additional Comments From Thomas dot Koenig at online dot de 2004-12-25
14:32 ---
I find strange that the C equivalent does not
compare an NaN equal to itself, even with
-O3 -ffast-math :
$ cat nan-check.c
#include
#include
int equality(double a, double b);
int main
--
Summary: blanks not treated as zeros in 'E' format read
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: libfortran
AssignedTo: unassigned at gcc dot gnu dot org
--- Additional Comments From Thomas dot Koenig at online dot de 2004-12-25
22:17 ---
It is actually possible to reproduce the
Fortran behavior in C:
$ cat nan-check2.c
#include
#include
int equality(double *a, double *b);
int main()
{
double a, b, c;
a = 0.0;
b = 0.0
--- Additional Comments From Thomas dot Koenig at online dot de 2004-12-27
10:26 ---
(In reply to comment #6)
> Can you try just -funsafe-math-optimizations and see what happens I think you
will get the same
> results as "-ffast-math -fno-finite-math-only" as I think a
--- Additional Comments From Thomas dot Koenig at online dot de 2004-12-27
22:24 ---
I did some more digging around, and found that
the error only occurred when the mask parameter
was generated "on the fly". If the mask is a
precomputed logical array, the function works
--- Additional Comments From Thomas dot Koenig at online dot de 2005-01-01
22:07 ---
Patch here:
http://gcc.gnu.org/ml/gcc-patches/2005-01/msg00024.html
--
What|Removed |Added
--- Additional Comments From Thomas dot Koenig at online dot de 2005-01-04
09:30 ---
Here are results on ia64-unknown-gnu-linux, with -O0 -g for
gfortran snapshot 20050102.
What I don't understand is that the results appear identical
to the ones that I showed in comment 8 with sna
--- Additional Comments From Thomas dot Koenig at online dot de 2005-01-04
13:41 ---
The problem appears to be related to the fact that "length"
and "size" are both intrinsics.
If you declare "length" to be external, with the following
patch:
$ dif
--- Additional Comments From Thomas dot Koenig at online dot de 2005-01-04
14:54 ---
I did some debugging on my testcase, and I think I've found
some of the things wrong with it:
$ gdb ./a.out
GNU gdb Red Hat Linux (6.1post-1.20040607.52rh)
Copyright 2004 Free Software Foundation
--- Additional Comments From Thomas dot Koenig at online dot de 2005-01-04
22:20 ---
Even shorter testcase:
$ cat fio.f
open(7)
write (7,'(F12.5)') 1.0, 2.0, 3.0
rewind(7)
read(7,'(F15.5)') a,b
print *,a,b
if (abs(a-1.0) .
--- Additional Comments From Thomas dot Koenig at online dot de 2005-01-04
22:31 ---
> $ gfortran fio.f && ./a.out
>1.00 3.00
> $ gfortran -dumpmachine
> i686-pc-linux-gnu
> Aborted
I had mixed up my cut&paste there... of course,
it was th
--- Additional Comments From Thomas dot Koenig at online dot de 2005-01-05
08:33 ---
A testcase with character variables:
$ gfortran cline
$ cat cline.f
character*2 c1,c2
open(7)
write (7,'(A1)') 'a','b','c'
rewind(7)
Status: UNCONFIRMED
Severity: minor
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: Thomas dot Koenig at online dot de
CC: gcc-bugs at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19259
0.0
Status: UNCONFIRMED
Severity: minor
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: Thomas dot Koenig at online dot de
CC: gcc-bugs at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19260
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: Thomas dot Koenig at online dot de
CC: gcc-bugs at gcc dot
--- Additional Comments From Thomas dot Koenig at online dot de 2005-01-05
11:18 ---
The following is also illegal:
$ cat continuation-4.f90
& ! This is a comment
end
$ gfortran continuation-4.f90
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19261
"4" // & ! 34
"5" // & ! 35
"6" // & ! 36
"7" // & ! 37
"8" // & ! 38
"9" // & ! 39
"0" ! 40
end
$ gfortran fourty.f90
$ ./a.out
12345678901234567
--- Additional Comments From Thomas dot Koenig at online dot de 2005-01-05
11:39 ---
I've found that gcc -dumpmachine does what I want.
Still, it would be nice to have that information included in -v.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19117
rgc=2, argv=0x6fff9ab8)
at ../../gcc-4.0-20050102/gcc/main.c:35
--
Summary: transpose(reshape(...)) of character array segfaults.
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: fortran
= transpose(a) for character array
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: Thomas dot Koenig at online d
inux-gnu
--
Summary: ICE in gfc_conv_array_initializer
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
Report
--- Additional Comments From Thomas dot Koenig at online dot de 2005-01-06
16:10 ---
The reduced testcase does not fail with 20050102 snapshot
on ia64-unknown-linux-gnu:
$ gfortran arrpack.f90
$ ./a.out
pack
copy
-1 -2
-2 -2
copy
0
--- Additional Comments From Thomas dot Koenig at online dot de 2005-01-06
17:01 ---
(In reply to comment #5)
> I'm no Fortran guru, but could be this related to PR 17675?
I don't think this is an alignment problem. Apparently,
ia64-unknown-linux-gnu sets up the processo
--- Additional Comments From Thomas dot Koenig at online dot de 2005-01-06
17:28 ---
I don't think PR 18476 needs to be in there. The test case is
invalid (just putting nml instead of nml= into the list).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19292
t org
ReportedBy: Thomas dot Koenig at online dot de
CC: gcc-bugs at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19308
--- Additional Comments From Thomas dot Koenig at online dot de 2005-01-07
10:37 ---
(In reply to comment #8)
> Still fails on i686-pc-linux:
Is this something that should be put into the test suite,
so it is possible to get a better overview of when and
on which machines this fa
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: Thomas dot Koenig at online dot de
CC: gcc-bugs at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19310
--- Additional Comments From Thomas dot Koenig at online dot de 2005-01-07
10:56 ---
I am not sure that this is indeed a bug.
Is the result of nearest for +/- infinity defined to
be +/huge ?
Look at what ifort does:
$ cat near-inf.f90
program test_nearest
real inf
inf = exp(1000
--- Additional Comments From Thomas dot Koenig at online dot de 2005-01-07
13:58 ---
(In reply to comment #3)
> I think we should issue an error, because nml is not ASSIGNed a FORMAT, but
> since g77 accepts this code I'm not sure.
g77 does bomb out at runtime, though; a
Severity: normal
Priority: P2
Component: libfortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: Thomas dot Koenig at online dot de
CC: gcc-bugs at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19313
--- Additional Comments From Thomas dot Koenig at online dot de 2005-01-07
15:40 ---
inquire (delim= ) also doesn't work (returns blanks).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19313
ortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: Thomas dot Koenig at online dot de
CC: gcc-bugs at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19314
--- Additional Comments From Thomas dot Koenig at online dot de 2005-01-08
14:41 ---
SSE floating point seems to break quite a lot of single precision
complex lapack cases. There's something wrong here.
Here are the Testresult for an Athlon XP, with Lapack compiled with
-g -
--- Additional Comments From Thomas dot Koenig at online dot de 2005-01-10
15:52 ---
This is a problem with # lines.
Reduced testcase:
$ cat headerlines.f
# 557 "eri2odb.F" 2
# 1 "../include/maxorb.h" 1
end
$ gfortran headerlines.f
:0: internal compiler error
--- Additional Comments From Thomas dot Koenig at online dot de 2005-01-11
16:42 ---
I have applied http://gcc.gnu.org/ml/fortran/2005-01/msg00089.html
to the 20050109 snapshot, and now the test case produces a
segfault:
$ cat common-2.f
program main
common /foo/ a
--- Additional Comments From Thomas dot Koenig at online dot de 2005-01-12
08:19 ---
I think the error message can be improved.
Disallowing recursive I/O is not an "internal error".
What about "Calling I/O from function in I/O list not allowed" ?
--
http://
case.
--
Summary: g77: confused equivalences not detected
Product: gcc
Version: 3.2.3
Status: UNCONFIRMED
Severity: minor
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
Re
--- Additional Comments From Thomas dot Koenig at online dot de 2005-01-12
22:03 ---
Sligtly updated patch:
http://gcc.gnu.org/ml/gcc-patches/2005-01/msg00675.html
Thomas
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18982
--- Additional Comments From Thomas dot Koenig at online dot de 2005-01-13
22:14 ---
(In reply to comment #3)
> Sligtly updated patch:
.. which was broken; http://gcc.gnu.org/ml/gcc-patches/2005-01/msg00024.html
was correct (although it fails due to whitespace changes).
This pa
Priority: P2
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: Thomas dot Koenig at online dot de
CC: gcc-bugs at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19451
t gnu dot org
ReportedBy: Thomas dot Koenig at online dot de
CC: gcc-bugs at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19478
--
Bug 19292 depends on bug 18794, which changed state.
Bug 18794 Summary: warn about common variable alignment problems
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18794
What|Old Value |New Value
--- Additional Comments From Thomas dot Koenig at online dot de 2005-01-17
11:05 ---
This is fixed with the 20050116 snapshot:
$ gfortran common.f
In file common.f:3
common /foo/ c,r
1
Warning: COMMON 'foo' at (1) requires 3 bytes of paddin
cc
Version: 4.0.0
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: Thomas dot Koenig at online dot de
CC: gcc-bugs at gcc dot gnu dot org
--- Additional Comments From Thomas dot Koenig at online dot de 2005-01-17
17:11 ---
Created an attachment (id=7972)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7972&action=view)
Failing source code
Crated an attachment with failing source code.
--
http://gcc.
--- Additional Comments From Thomas dot Koenig at online dot de 2005-01-17
19:27 ---
Same thing on i686-pc-linux-gnu.
It's easier to set this flag with a debugger :-)
$ gdb ~/libexec/gcc/i686-pc-linux-gnu/4.0.0/f951
GNU gdb 6.3-debian
Copyright 2004 Free Software Foundation, Inc
--- Additional Comments From Thomas dot Koenig at online dot de 2005-01-17
20:26 ---
Created an attachment (id=7979)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7979&action=view)
preprocessed C source code for failing C case
In reply to comment #4)
> ... or is somet
--- Additional Comments From Thomas dot Koenig at online dot de 2005-01-17
20:28 ---
Created an attachment (id=7980)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7980&action=view)
normal C source code for failing C case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19486
--- Additional Comments From Thomas dot Koenig at online dot de 2005-01-17
21:00 ---
New patch:
http://gcc.gnu.org/ml/gcc-patches/2005-01/msg01056.html
--
What|Removed |Added
--- Additional Comments From Thomas dot Koenig at online dot de 2005-01-18
10:38 ---
A single complex float division is enough to trigger the error.
Reduced test case:
$ cat cdivide.c
#include
#include
#include
int main()
{
float complex a,b,c;
c = a/b;
}
$ gcc -E
--- Additional Comments From Thomas dot Koenig at online dot de 2005-01-19
21:35 ---
(In reply to comment #1)
> Confirmed, changing the summary a little more.
>
> Also if the file contained anything, we seg fault when finishing the write
(which seems wrong).
Here's a
--- Additional Comments From Thomas dot Koenig at online dot de 2005-01-19
22:17 ---
Patch:
http://gcc.gnu.org/ml/gcc-patches/2005-01/msg01266.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19451
--- Additional Comments From Thomas dot Koenig at online dot de 2005-01-20
10:45 ---
For gfortran, this is a regression against g77.
See this test program:
$ cat complex-scale.f
program main
implicit none
complex ca,cb,cc
data ca /(+2.3955909e+19,-1.2258349e-38
--- Additional Comments From Thomas dot Koenig at online dot de 2005-01-20
10:47 ---
Added PR 18902 because complex division isn't scaled at the moment
(it is in g77).
--
What|Removed |
--- Additional Comments From Thomas dot Koenig at online dot de 2005-01-20
10:58 ---
The Lapack installation hints under
http://www.netlib.org/lapack/html/installation.hints
show that some adjustment was necessary for Crays because
# 1. The Cray compilers implement a complex divide
--- Additional Comments From Thomas dot Koenig at online dot de 2005-01-20
11:01 ---
PR 18902 *sigh*
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=5900
--- Additional Comments From Thomas dot Koenig at online dot de 2005-01-20
15:56 ---
Created an attachment (id=8008)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8008&action=view)
C failing source code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19486
--- Additional Comments From Thomas dot Koenig at online dot de 2005-01-20
15:57 ---
Created an attachment (id=8009)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8009&action=view)
preprocessed source code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19486
--- Additional Comments From Thomas dot Koenig at online dot de 2005-01-20
15:58 ---
Created an attachment (id=8010)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8010&action=view)
00.expand
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19486
--- Additional Comments From Thomas dot Koenig at online dot de 2005-01-20
15:58 ---
Created an attachment (id=8011)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8011&action=view)
original
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19486
--- Additional Comments From Thomas dot Koenig at online dot de 2005-01-20
15:59 ---
Created an attachment (id=8012)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8012&action=view)
generic
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19486
--- Additional Comments From Thomas dot Koenig at online dot de 2005-01-20
15:59 ---
Created an attachment (id=8013)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8013&action=view)
vcg
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19486
--- Additional Comments From Thomas dot Koenig at online dot de 2005-01-20
16:00 ---
Created an attachment (id=8014)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8014&action=view)
gimple
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19486
--- Additional Comments From Thomas dot Koenig at online dot de 2005-01-20
16:00 ---
Created an attachment (id=8015)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8015&action=view)
useless
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19486
--- Additional Comments From Thomas dot Koenig at online dot de 2005-01-20
16:01 ---
Created an attachment (id=8016)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8016&action=view)
lower
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19486
--- Additional Comments From Thomas dot Koenig at online dot de 2005-01-20
16:01 ---
Created an attachment (id=8017)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8017&action=view)
eh
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19486
--- Additional Comments From Thomas dot Koenig at online dot de 2005-01-20
16:02 ---
Created an attachment (id=8018)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8018&action=view)
cfg
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19486
--- Additional Comments From Thomas dot Koenig at online dot de 2005-01-20
16:03 ---
Created an attachment (id=8019)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8019&action=view)
oplower
OK, that's it.
--
What|Removed
--- Additional Comments From Thomas dot Koenig at online dot de 2005-01-21
08:14 ---
The test cases from the original description
and from commen #5 work correctly at -O0, -O1,
-O2 and -O3 on ia64-unknown-linux-gnu with the
20050116 snapshot.
Thomas
--
http://gcc.gnu.org
--- Additional Comments From Thomas dot Koenig at online dot de 2005-01-22
13:30 ---
Same thing on i686-pc-linux-gnu.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19576
nent: libfortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: Thomas dot Koenig at online dot de
CC: gcc-bugs at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19595
ortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: Thomas dot Koenig at online dot de
CC: gcc-bugs at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19596
--
What|Removed |Added
Keywords||diagnostic
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19595
--
What|Removed |Added
Keywords||rejects-valid
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19596
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: Thomas dot Koenig at online dot de
CC: gcc-bugs at
--
What|Removed |Added
OtherBugsDependingO||18902
nThis||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19609
--- Additional Comments From Thomas dot Koenig at online dot de 2005-01-24
20:00 ---
Added rth to the CC list, added keyword.
--
What|Removed |Added
CC
--- Additional Comments From Thomas dot Koenig at online dot de 2005-01-24
20:03 ---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
--- Additional Comments From Thomas dot Koenig at online dot de 2005-01-24
20:37 ---
Two cases for the same error.
Thomas
*** This bug has been marked as a duplicate of 19595 ***
--
What|Removed |Added
--- Additional Comments From Thomas dot Koenig at online dot de 2005-01-24
20:37 ---
*** Bug 19596 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19595
--- Additional Comments From Thomas dot Koenig at online dot de 2005-01-25
08:40 ---
I bootstraped a 20050123 shapshot with the d-19609
patch attached and lags_complex_divide_method=1 on
ia64-unknown-linux-gnu, and I got this bootstrap failure
in libgfortran:
/home/zfkts/gcc-bin/gcc
--- Additional Comments From Thomas dot Koenig at online dot de 2005-01-25
08:48 ---
Same thing:
$ cat cdivide.c
#include
#include
#include
int main()
{
float complex a,b,c;
c = a/b;
}
$ ~/gcc-bin/gcc/xgcc -fdump-rtl-all-all -fdump-tree-all -B ~/gcc-bin/gcc/
cdivide.c
--- Additional Comments From Thomas dot Koenig at online dot de 2005-01-25
12:44 ---
The following fixes the parsing issue:
--- transfer.c.orig 2005-01-25 13:43:28.0 +0100
+++ transfer.c 2005-01-25 13:43:35.0 +0100
@@ -1041,7 +1041,7 @@
if (read_flag
--- Additional Comments From Thomas dot Koenig at online dot de 2005-01-25
14:50 ---
(In reply to comment #13)
> Thomas, before attaching stuff to the PR, please double check your setup: on
> x86, at least, the problem is definitely fixed and I cannot reproduce your
> d
--- Additional Comments From Thomas dot Koenig at online dot de 2005-01-25
15:12 ---
(In reply to comment #15)
> This is an ia64 specific issue, therefore: testing on x86 and
> x86-64 is ok, and definitely no bootstrap failures.
Interesting. How did you do the testing? What v
--- Additional Comments From Thomas dot Koenig at online dot de 2005-01-25
15:40 ---
(In reply to comment #17)
> Therefore, how did you get
> the last dumps?
I used the xgcc from the build subdirectoy:
$ ~/gcc-bin/gcc/xgcc -fdump-rtl-all-all -fdump-tree-all -B ~/gcc-b
--- Additional Comments From Thomas dot Koenig at online dot de 2005-01-25
15:57 ---
Paolo,
could you upload the .t14.oplower dump that you got from your working
version with the d-19609 patch?
Thomas
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19609
--- Additional Comments From Thomas dot Koenig at online dot de 2005-01-25
16:43 ---
(In reply to comment #22)
> ... indeed, IMH-not-compiler-hacker, opinion, t14 should be the same on x86
> and ia64...
Quite.
Could you maybe run a C-only bootstrap with the 20050123 snapshot,
mo
--- Additional Comments From Thomas dot Koenig at online dot de 2005-01-25
17:00 ---
#ifdef EGG_ON_FACE_MODE
Sorry to have kept everybody from doing something more worthwile.
The problem was that I hadn't noticed that the patch for
PR 19468 wasn't yet in the 20050123 snapsh
--- Additional Comments From Thomas dot Koenig at online dot de 2005-01-25
21:09 ---
This may be legal according to the Fortran
standard (which knows nothing about /dev/null),
but it
1. breaks /dev/null semantics
2. viloates the principle of least surprise
3. is different from g77
4
--- Additional Comments From Thomas dot Koenig at online dot de 2005-01-26
09:22 ---
I have just run a Lapack test on ia64-unknown-linux-gnu, under the
following conditions:
I used the 20050123 snapshot with wide complex scaling, i.e. the fix for PR
19486
http://gcc.gnu.org/cgi-bin
101 - 200 of 332 matches
Mail list logo
