--- Comment #18 from tkoenig at gcc dot gnu dot org 2007-06-15 20:35
---
Too little time right now.
Unassigning myself.
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from tkoenig at gcc dot gnu dot org 2007-06-16 08:09 ---
This one should be relatively easy.
I'll take it.
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |
--- Comment #2 from tkoenig at gcc dot gnu dot org 2007-06-22 22:16 ---
Created an attachment (id=13765)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13765&action=view)
proposed patch
This fixes the test case. It'll be a while before I
can regression-test and
--- Comment #3 from tkoenig at gcc dot gnu dot org 2007-07-08 22:08 ---
Here's an example:
$ cat mm.f90
program main
real, dimension(:,:), allocatable :: a
real, dimension(:), allocatable :: b
allocate (a(2,2), b(3))
call random_number(a)
call random_number(b)
--- Comment #5 from tkoenig at gcc dot gnu dot org 2007-07-08 22:20 ---
Subject: Bug 32217
Author: tkoenig
Date: Sun Jul 8 22:20:04 2007
New Revision: 126469
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126469
Log:
2007-07-08 Thomas Koenig <[EMAIL PROTECTED]&g
--- Comment #6 from tkoenig at gcc dot gnu dot org 2007-07-08 22:23 ---
Fixed on mainline.
No plans to backport this to 4.2.
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from tkoenig at gcc dot gnu dot org 2007-07-09 22:35 ---
Subject: Bug 32336
Author: tkoenig
Date: Mon Jul 9 22:34:43 2007
New Revision: 126498
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=126498
Log:
2007-07-09 Thomas Koenig <[EMAIL PROTECTED]&g
--- Comment #5 from tkoenig at gcc dot gnu dot org 2007-07-09 22:35 ---
Fixed on trunk. Closing.
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from tkoenig at gcc dot gnu dot org 2007-07-10 13:20 ---
(In reply to comment #6)
> Salvatore, could you please recheck this one? I can not observe any problems,
> neither on dt_bnd.f90 nor on the reduced testcase.
Neither can I, it seems to have fixed itself.
--- Comment #1 from tkoenig at gcc dot gnu dot org 2007-07-10 19:16 ---
A nice m4 project :-)
I'll do this.
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |
Keywords: wrong-code
Severity: normal
Priority: P3
Component: libfortran
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=32731
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |tkoenig at gcc dot gnu dot
|dot org
--- Comment #1 from tkoenig at gcc dot gnu dot org 2007-07-11 21:41 ---
Created an attachment (id=13890)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13890&action=view)
proposed patch
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32731
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-09-04
20:50 ---
Fixed on mainline and 4.0.
--
What|Removed |Added
Status|NEW
ReportedBy: tkoenig at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23770
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-09-07
20:58 ---
Even with the committed patch, there is still something wrong
on i686:
$ cat compl.f
program main
complex (kind=10) a, b
integer(kind=1), dimension(32) :: ea, eb
equivalence (ea, a
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-09-07
21:20 ---
Fixed on mainline and 4.0.
--
What|Removed |Added
Status|NEW
Keywords: wrong-code
Severity: normal
Priority: P2
Component: libfortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tkoenig at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23784
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-09-09
19:38 ---
(In reply to comment #2)
> Did you by any chance mean PR 23556? That looks more like it.
Yes, I did. Sorry for the confusion.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23770
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-09-18
09:51 ---
This is not fixed in 4.0.2:
$ cat pr12366.f90
program testg
real, dimension(5) :: a=(/ 1.5,2.1,3.2,4.6,5.3 /)
integer,dimension(3) :: i
i=(/ 2,3,1 /)
print *, a((/ 2,3,1 /)) ! ICEs
! print
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-09-18
09:54 ---
Not fixed in 4.0:
$ cat pr18960.f90
print *,eoshift((/'h', 'e', 'l', 'l', 'o'/), 3)
end
$ gfortran pr18960.f90
pr18960.f90: In function 'MAIN__
--
Bug 19269 depends on bug 18960, which changed state.
Bug 18960 Summary: [4.0 only] compiler segfault on shifting character array
constants
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18960
What|Old Value |New Value
--
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-09-18
15:44 ---
Not fixed in 4.0:
$ cat > pr19282.f90
IMPLICIT NONE
INTEGER,PARAMETER ::count=10
CHARACTER,PARAMETER::digits*(count+1) = '01234567890'
INTEGER i
CHARACTER,PARAMETER:: chardum
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-09-18
15:51 ---
Still doesn't work in 4.0:
$ cat > pr20387.f90
module bug04
integer, dimension(101), parameter, private :: a = (/ &
2,3,5,7, 11, 13, 17, 19, 23, 29, &
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-09-18
19:50 ---
Not fixed in 4.0:
$ cat pointer_function.f90
program Realloc
IMPLICIT NONE
REAL, DIMENSION(:), POINTER :: x
INTEGER :: i
x => NULL()
x => myallocate(x)
contains
FUNCTION myallocate(p)
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-09-18
19:52 ---
Not fixed in 4.0:
$ cat > reduced.f90
program Decapitation
implicit none
integer, parameter :: STRING_LENGTH = 80
character (len = STRING_LENGTH) :: Text_1, Text_2
Text_2 = Decap (Tex
--
Bug 19242 depends on bug 15326, which changed state.
Bug 15326 Summary: [4.0 only] ICE with assumed length character strings
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15326
What|Old Value |New Value
-
--
Bug 19276 depends on bug 15326, which changed state.
Bug 15326 Summary: [4.0 only] ICE with assumed length character strings
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15326
What|Old Value |New Value
-
--
Bug 22518 depends on bug 15326, which changed state.
Bug 15326 Summary: [4.0 only] ICE with assumed length character strings
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15326
What|Old Value |New Value
-
--
Bug 19292 depends on bug 15326, which changed state.
Bug 15326 Summary: [4.0 only] ICE with assumed length character strings
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15326
What|Old Value |New Value
-
--
Bug 15809 depends on bug 15326, which changed state.
Bug 15326 Summary: [4.0 only] ICE with assumed length character strings
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15326
What|Old Value |New Value
-
--
Bug 19276 depends on bug 22518, which changed state.
Bug 22518 Summary: [4.0 only] ICE in gfc_conv_function_call for character
function with LEN=length(arg)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22518
What|Old Value |New Value
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-09-18
19:56 ---
Not fixed on 4.0:
$ cat > clen.f90
program main
implicit none
character(len=2) :: a
a = 'xy'
print *,fun(a)
contains
function fun(arg)
character(len=*) :: arg
characte
--
Bug 23379 depends on bug 23364, which changed state.
Bug 23364 Summary: missing format reversion for internal write
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23364
What|Old Value |New Value
--
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-09-18
19:58 ---
Not fixed in 4.0:
$ cat > internal-reversion.f90
character(len=20), dimension(2) :: line(2)
integer, dimension(2) :: a
a = 2
write (unit=line,fmt='("a",I4)') a
print *,l
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-09-18
20:00 ---
Not fixed in 4.0:
$ cat > tst.f90
PROGRAM TST
CHARACTER(2), PARAMETER :: ETYPE(2,2) = &
RESHAPE((/ 'a1','b1','a2','b2' /),(/2,2/))
END PROGRAM TST
--
Bug 19276 depends on bug 21825, which changed state.
Bug 21825 Summary: [4.0/4.1 Regression] 2D array initialization with reshape
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21825
What|Old Value |New Value
--
Bug 19269 depends on bug 21825, which changed state.
Bug 21825 Summary: [4.0/4.1 Regression] 2D array initialization with reshape
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21825
What|Old Value |New Value
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-09-18
20:02 ---
Not fixed in 4.0:
$ cat > pz_lsd.f90
SUBROUTINE pz_lsd ( order )
INTEGER :: order,m
m = SUM((/ (m+1,m=0,order) /))
END SUBROUTINE pz_lsd
END
$ gfortran pz_lsd.f90
pz_lsd.f90: In funct
--
Bug 15502 depends on bug 12840, which changed state.
Bug 12840 Summary: Unable to find scalarization loop specifier
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12840
What|Old Value |New Value
--
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-09-18
20:06 ---
Not yet fixed for 4.0:
$ cat > pr19239.f90
program dummy
integer,dimension(2) :: index=(/1,1/)
real,dimension(2) :: A=1.0
print*,A(index+1)
end program dummy
$ gfortran pr19239.f90
pr19239.f90:
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-09-18
20:08 ---
Not fixed in 4.0:
$ cat pr21730.f
! PR fortran/21730
! { dg-do run }
character*2 a
character*4 b
character*6 c
parameter (a="12")
parameter (b = a)
write
--
Bug 19276 depends on bug 21730, which changed state.
Bug 21730 Summary: Character length incorrect.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21730
What|Old Value |New Value
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-09-18
20:10 ---
Not yet fixed in 4.0:
$ cat gfortran.f95
# 1 "gfortran.F95"
# 1 ""
# 1 ""
# 1 "gfortran.F95"
module gfortrantest
contains
function int2str(i) resu
--- Comment #5 from tkoenig at gcc dot gnu dot org 2005-10-07 20:12 ---
> It should be noted that the patch assumes that the padding for real(10) is 10
> bytes data + 2 bytes padding. This works on i686-Linux, might not work on
> other
> targets (big endian?).
Itanium ha
--- Comment #4 from tkoenig at gcc dot gnu dot org 2005-10-11 18:40 ---
I'm trying to work on this.
I would prefer a syntax "open(...,convert="little_endian") or something like
that.
--
tkoenig at gcc dot gnu dot org changed:
What|Removed
--- Comment #7 from tkoenig at gcc dot gnu dot org 2005-10-11 19:37 ---
(In reply to comment #6)
> Many compilers, like the Intel and PGI ones for instance, simply have a
> -byteswap flag that is set at compile time.
ifort actually uses -convert big_endian or -convert little_end
Version: 4.1.0
Status: UNCONFIRMED
Keywords: wrong-debug
Severity: normal
Priority: P2
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=24526
ONFIRMED
Keywords: wrong-debug
Severity: normal
Priority: P2
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=24527
: P2
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tkoenig at gcc dot gnu dot org
BugsThisDependsOn: 10220,17905,22244,23057,23280,24526,24527
OtherBugsDependingO 19292
nThis:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24546
--- Comment #14 from tkoenig at gcc dot gnu dot org 2005-10-31 07:52
---
Can we disable -fweb for 4.1.0 for fortran?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22509
--- Comment #4 from tkoenig at gcc dot gnu dot org 2005-11-02 21:13 ---
g77 groks this:
$ cat grg.f
PROGRAM TABLES
IMPLICIT CHARACTER*8(Y)
WRITE(YLOCAL,'(I2.2)') ILOCAL
YBTABLE=Ylocal(1:2)
END
$ g77 grg.f
$
--
tkoenig at gcc dot gnu dot o
--- Comment #7 from tkoenig at gcc dot gnu dot org 2005-11-02 21:17 ---
g77 gets confused by the errors, then bails out:
$ g77 d2ds.f
$ g77 d2ds.f 2>&1 | tail
2
Argument #4 of `maxval' is one type at (2) but is some other type at (1) [info
-f g77 M GLOBALS
--- Comment #10 from tkoenig at gcc dot gnu dot org 2005-11-02 21:20
---
(In reply to comment #9)
> I imagine code from g95 could be leveraged to support this feature couldn't
> it?
Rather not. The libraries have diverged pretty much so it is probably
easier to writ
--- Comment #1 from tkoenig at gcc dot gnu dot org 2005-11-02 21:24 ---
$ cat foo.f
REAL :: st1
st1(I)=I**2 ! I implicitly typed to integer
REAL :: I
END
$ g77 foo.f
foo.f: In program `MAIN__':
foo.f:2:
st1(I)=I**2
--- Comment #1 from tkoenig at gcc dot gnu dot org 2005-11-02 21:28 ---
This is only in free-form:
$ cat tst.f
10: a=10
end
$ gfortran tst.f
In file tst.f:1
10: a=10
1
Error: Non-numeric character in statement label at (1)
Confirmed.
--
tkoenig at gcc dot gnu dot
--- Comment #1 from tkoenig at gcc dot gnu dot org 2005-11-02 21:59 ---
g77 groks this:
$ cat prt.f
program main
character*80 line
print (line,'(A)'), 'hello'
end
$ g77 prt.f
prt.f: In program `main':
prt.f:3:
p
--- Comment #1 from tkoenig at gcc dot gnu dot org 2010-02-14 11:49 ---
Reduced test case:
odule m
use iso_c_binding
type, public :: fgsl_file
type(c_ptr):: gsl_file = c_null_ptr
end type fgsl_file
contains
subroutine sub(aaa,bbb)
type(fgsl_file), intent(out
--- Comment #2 from tkoenig at gcc dot gnu dot org 2010-02-14 12:38 ---
The problem appears to be a lack of a backend_decl with
-fwhole-file:
Breakpoint 1, fancy_abort (file=0xd474a0
"../../trunk/gcc/fortran/trans-expr.c", line=466,
function=0xd47e40 "gfc_conv_com
--- Comment #5 from tkoenig at gcc dot gnu dot org 2010-02-27 11:35 ---
I do not see the temporaries with
gcc-Version 4.5.0 20100214 (experimental) (GCC)
but I see this with
gcc-Version 4.5.0 20100227 (experimental) (GCC)
on x86_64-unknown-linux-gnu
This makes this a regression
--- Comment #4 from tkoenig at gcc dot gnu dot org 2010-03-01 19:27 ---
This now causes an ICE:
i...@linux-fd1f:/tmp> cat haha.c
#define ONE while (b())
#define TEN ONE ONE ONE ONE ONE ONE ONE ONE ONE ONE
#define HUN TEN TEN TEN TEN TEN TEN TEN TEN TEN TEN
#define T
--- Comment #26 from tkoenig at gcc dot gnu dot org 2010-03-01 22:53
---
I think pack and unpack are OK now.
Closing.
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #9 from tkoenig at gcc dot gnu dot org 2010-03-04 19:40 ---
Should we also commit the test case from #4 ?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40761
ct: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tkoenig at gcc dot gnu dot org
GCC host triplet: x86_64-unknown-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43583
--- Comment #1 from tkoenig at gcc dot gnu dot org 2010-03-29 18:54 ---
Created an attachment (id=20253)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20253&action=view)
config.log in the libgomp directory
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43583
--- Comment #2 from tkoenig at gcc dot gnu dot org 2010-03-29 18:57 ---
Trying to get this onto the regression radar..
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from tkoenig at gcc dot gnu dot org 2010-03-29 18:58 ---
... which of course works better if I get the
"Known to work" and "Known to fail" fields correct.
--
tkoenig at gcc dot gnu dot org changed:
What|Removed
--- Comment #5 from tkoenig at gcc dot gnu dot org 2010-03-29 22:01 ---
Created an attachment (id=20254)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20254&action=view)
Preprocessed source
This is from
~/Gcc/trunk-bin/x86_64-unknown-linux-gnu/32/libgomp
the 32 bit subdi
--- Comment #6 from tkoenig at gcc dot gnu dot org 2010-03-29 22:06 ---
Created an attachment (id=20255)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20255&action=view)
Preprocessed source where the problem occurs for the first time
team.c also shows the problem, this
--- Comment #9 from tkoenig at gcc dot gnu dot org 2010-03-30 15:10 ---
Created an attachment (id=20257)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20257&action=view)
Output obtained from adding '-v" to the 32/libgomp Makefile
Here's the output of &qu
--- Comment #11 from tkoenig at gcc dot gnu dot org 2010-03-30 15:49
---
(In reply to comment #10)
> Err,
>
> cc1: error: unrecognized command line option "-fsave-temps"
>
> but - still works for me. How did you configure?
Sorry, that should have been -sav
--- Comment #12 from tkoenig at gcc dot gnu dot org 2010-03-30 15:54
---
Please forget the second half of my previous comment
(I copied / pasted the wrong part). Here's the actual
output, probably not very useful:
i...@linux-fd1f:~/Gcc/trunk-bin> gcc/cc1 -quiet -o /dev/null -
--- Comment #15 from tkoenig at gcc dot gnu dot org 2010-03-30 17:30
---
This was caused by a local modification on my tree.
Sorry for the noise :-(
Closing as invalid.
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from tkoenig at gcc dot gnu dot org 2010-04-10 11:53 ---
Seen on x86_64-unknown-linux-gnu too.
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last
cc dot gnu dot org
ReportedBy: tkoenig at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43885
--- Comment #1 from tkoenig at gcc dot gnu dot org 2010-04-25 11:16 ---
Created an attachment (id=20481)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20481&action=view)
Build log (with script)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43885
--- Comment #2 from tkoenig at gcc dot gnu dot org 2010-04-25 12:51 ---
Bootstrap succeeds when the first-stage compiler is
4.4.0.
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
IRMED
Keywords: wrong-code
Severity: normal
Priority: P2
Component: libfortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tkoenig at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
http://gcc.gnu.org/bug
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-06-22
11:41 ---
This can be made to fail on any architecture by increasing
the amount of shifting:
$ cat eoshift-really-fails.f90
program main
character(len=20) line
write (line,'(I4)') eoshift((/1, 3/),
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-06-22
11:42 ---
This is a duplicate of 21592. The problem is that
we are really running off the end here, as Andrew suggested.
*** This bug has been marked as a duplicate of 21592 ***
--
What|Removed
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-06-22
11:42 ---
*** Bug 22124 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
ortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tkoenig at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22143
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: libfortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tkoenig at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22144
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-06-22
20:18 ---
(In reply to comment #3)
> Um, Thomas, PR 21592 which you claim this is a duplicate of, is a C++ front
> end bug. Did you mean that?
No, I meant 21594.
Thomas
--
http://gcc.gnu.org/bu
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-06-25
09:59 ---
Fixed on mainline, waiting for 4.0 to reopen.
--
What|Removed |Added
Keywords
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-06-27
09:49 ---
Created an attachment (id=9156)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9156&action=view)
Proposed patch.
--
What|Removed
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-06-27
09:51 ---
(From update of attachment 9156)
The patch was for the wrong bug report *sigh*.
--
What|Removed |Added
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-06-27
09:53 ---
Created an attachment (id=9157)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9157&action=view)
Patch fixing the issue with overwriting the target array.
--
What|
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-06-27
12:02 ---
This is missing:
*** eoshift3.m4 2005-06-27 14:05:51.0 +0200
--- /home/zfkts/gcc-maint/libgfortran/m4/eoshift3.m42005-06-27
11:47:13.0 +0200
***
*** 136,142
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-06-27
12:11 ---
Actually, the patch should be the other way around.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22142
n
Severity: enhancement
Priority: P2
Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tkoenig at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22199
iority: P2
Component: libfortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tkoenig at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22217
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-06-28
23:11 ---
Fixed on 4.1, waiting for 4.0 to reopen.
--
What|Removed |Added
Known to fail
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-06-30
08:29 ---
It's probably easiest to have xtoa() and friends extract
the integer for themselves.
If you do this, don't forget to increase the size of buffer[]
so it can hold largest_integer_kind*8+1 char
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-06-30
08:34 ---
Do we really want to fix this? It doesn't really
work with ifort, and it is a dubious feature, too.
I'm in favor of marking this WONTFIX.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20406
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-06-30
08:42 ---
Confirmed.
--
What|Removed |Added
Keywords||wrong
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-06-30
13:29 ---
g77 gets this right:
$ g77 -g array2.f
$ gdb ./a.out
GNU gdb Red Hat Linux (6.3.0.0-0.30.1rh)
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: critical
Priority: P2
Component: libfortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tkoenig at gcc dot gnu dot org
CC: gcc-bugs at gcc dot g
--- Additional Comments From tkoenig at gcc dot gnu dot org 2005-07-06
11:32 ---
In this case, we forget the common block name.
>From the .t02.original:
MAIN__ ()
{
static union
{
int4 o[30];
} equiv.0;
equiv.0.o[8] = 1;
mysub ();
}
mysub ()
{
static un
701 - 800 of 1518 matches
Mail list logo
