https://gcc.gnu.org/bugzilla/show_bug.cgi?id=45170
Bug 45170 depends on bug 47674, which changed state.
Bug 47674 Summary: gfortran.dg/realloc_on_assign_5.f03: Segfault at run time
for deferred (allocatable) string length
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47674
What|Rem
00:00:00 |2015-6-4
CC||tkoenig at gcc dot gnu.org
Assignee|unassigned at gcc dot gnu.org |tkoenig at gcc dot
gnu.org
--- Comment #2 from Thomas Koenig ---
A missing charlen.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58749
--- Comment #3 from Thomas Koenig ---
Author: tkoenig
Date: Thu Jun 4 18:55:29 2015
New Revision: 224137
URL: https://gcc.gnu.org/viewcvs?rev=224137&root=gcc&view=rev
Log:
2015-06-04 Thomas Koenig
PR fortran/58749
* iresolve
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=32834
Bug 32834 depends on bug 58749, which changed state.
Bug 58749 Summary: PACK(ADJUSTL([" a"," b"]), [.TRUE.,.FALSE.]) causes an
internal compiler error
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58749
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58749
Thomas Koenig changed:
What|Removed |Added
Keywords||ice-on-valid-code
Status|ASS
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65751
Thomas Koenig changed:
What|Removed |Added
CC||tkoenig at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66385
--- Comment #6 from Thomas Koenig ---
Author: tkoenig
Date: Fri Jun 5 20:51:08 2015
New Revision: 224172
URL: https://gcc.gnu.org/viewcvs?rev=224172&root=gcc&view=rev
Log:
2015-06-05 Thomas Koenig
PR fortran/66385
* frontend
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47359
--- Comment #4 from Thomas Koenig ---
Author: tkoenig
Date: Sat Jun 6 16:12:39 2015
New Revision: 224190
URL: https://gcc.gnu.org/viewcvs?rev=224190&root=gcc&view=rev
Log:
2015-06-06 Thomas Koenig
PR fortran/47359
* arith.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47359
--- Comment #5 from Thomas Koenig ---
Author: tkoenig
Date: Sat Jun 6 16:16:03 2015
New Revision: 224191
URL: https://gcc.gnu.org/viewcvs?rev=224191&root=gcc&view=rev
Log:
2015-06-06 Thomas Koenig
PR fortran/47359
* ChangeLo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47659
Thomas Koenig changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47359
Thomas Koenig changed:
What|Removed |Added
CC||tkoenig at gcc dot gnu.org
--- Comment
Priority: P3
Component: fortran
Assignee: unassigned at gcc dot gnu.org
Reporter: tkoenig at gcc dot gnu.org
Target Milestone: ---
May be related to PR 66175
ig25@linux-fd1f:~/Krempel/Tree> gfortran -fmax-errors=1 unbal.f90
unbal.f90:5:5:
end
1
Error: END
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66528
--- Comment #1 from Thomas Koenig ---
Much better with a test case, of course.
program main
read (*,*) n
if (n<0) then
print *,foo
end
print *,bar
end program main
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66528
Thomas Koenig changed:
What|Removed |Added
CC||manu at gcc dot gnu.org
--- Comment #3 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66385
--- Comment #7 from Thomas Koenig ---
Author: tkoenig
Date: Sun Jun 14 10:08:00 2015
New Revision: 224465
URL: https://gcc.gnu.org/viewcvs?rev=224465&root=gcc&view=rev
Log:
2015-06-14 Thomas Koenig
PR fortran/66385
Backport f
||2015-06-15
CC||tkoenig at gcc dot gnu.org
Assignee|unassigned at gcc dot gnu.org |tkoenig at gcc dot
gnu.org
Ever confirmed|0 |1
--- Comment #3 from Thomas Koenig ---
This fixes the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66545
Thomas Koenig changed:
What|Removed |Added
Status|ASSIGNED|NEW
Assignee|tkoenig at gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66545
--- Comment #7 from Thomas Koenig ---
(In reply to Steve Kargl from comment #6)
> On Mon, Jun 15, 2015 at 09:19:45PM +0000, tkoenig at gcc dot gnu.org wrote:
> >
> > > I have
> > >
> > > i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66528
--- Comment #5 from Thomas Koenig ---
(In reply to Manuel López-Ibáñez from comment #4)
> diagnostic_finish tries to free the output_buffer,
> but the error_buffer is statically allocated. I think this should be enough:
>
> --- error.c (revi
Assignee: unassigned at gcc dot gnu.org
Reporter: tkoenig at gcc dot gnu.org
Target Milestone: ---
It would be nice to have the -fopt-info machinery working for
the front-end optimization passes. For example, information on
if a particular call to matmul has been optimized can
Priority: P3
Component: fortran
Assignee: unassigned at gcc dot gnu.org
Reporter: tkoenig at gcc dot gnu.org
Target Milestone: ---
$ cat a4.f90
program main
integer :: n
n = 42
block
real, dimension(0:n) :: a
real, dimension(:), allocatable :: c
call
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66578
Thomas Koenig changed:
What|Removed |Added
Keywords||wrong-code
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66578
--- Comment #5 from Thomas Koenig ---
What I currently do not understand is why
allocate(c,source=a(:))
fails and
c = a(:)
works.
And yes, the scalarizer is pretty incomprehensible.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66578
--- Comment #9 from Thomas Koenig ---
(In reply to Mikael Morin from comment #8)
> diff --git a/gcc/fortran/trans-array.c b/gcc/fortran/trans-array.c
> index fece3ab..0b96de1 100644
> --- a/gcc/fortran/trans-array.c
> +++ b/gcc/fortran/trans-arra
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66578
--- Comment #14 from Thomas Koenig ---
(In reply to Mikael Morin from comment #13)
> Created attachment 35823 [details]
> next attempt
Looks very good (fixes the test case and the variants I have here).
Regression-testing next.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66578
--- Comment #15 from Thomas Koenig ---
Is this something which could also have caused wrong-code issues in
other circumstances, which we just didn't happen to find until
this was exposed by Andre's patch and the test case?
In other words, should
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67219
--- Comment #4 from Thomas Koenig ---
The backtrace shows where this comes from:
#0 gfc_warning_now (opt=201, gmsgid=0x1437d10 "Change of value in conversion
from %qs to %qs at %L") at ../../trunk/gcc/fortran/error.c:1187
#1 0x0061a05d
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67219
--- Comment #5 from Thomas Koenig ---
So, the problem is that if we have matched
( integer_const
but no comma after that. When integer_const is converted, a warning is issued,
but the result is later discarded.
We probably need something like
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48025
Summary: Unnecessary function evaluations in arguments to size
and ubound
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Keywords: missed-optimization
Severity: e
at gcc dot |tkoenig at gcc dot gnu.org
|gnu.org |
--- Comment #2 from Thomas Koenig 2011-03-07
19:55:25 UTC ---
Created attachment 23575
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23575
proposed patch (partial)
Here is a patch which optimi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22572
Thomas Koenig changed:
What|Removed |Added
Attachment #23575|0 |1
is obsolete|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48066
--- Comment #7 from Thomas Koenig 2011-03-12
10:10:46 UTC ---
(In reply to comment #6)
> Of course, the patch does not work as "dest" is not NULL ...
>
> I wonder whether a patch like the following would be correct.
Probably, although it might
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48066
--- Comment #8 from Thomas Koenig 2011-03-12
10:15:59 UTC ---
(In reply to comment #7)
> --- m4/ifunction_logical.m4 (Revision 170320)
> +++ m4/ifunction_logical.m4 (Arbeitskopie)
> @@ -49,8 +49,8 @@
>src_kind = GFC_DESCRIPTOR_SIZE (
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48066
--- Comment #9 from Thomas Koenig 2011-03-12
17:22:50 UTC ---
This one looks better:
Index: m4/ifunction_logical.m4
===
--- m4/ifunction_logical.m4 (Revisi
at gcc dot |tkoenig at gcc dot gnu.org
|gnu.org |
--- Comment #10 from Thomas Koenig 2011-03-12
21:42:39 UTC ---
Mine.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40866
--- Comment #8 from Thomas Koenig 2011-03-12
22:39:38 UTC ---
Author: tkoenig
Date: Sat Mar 12 22:39:33 2011
New Revision: 170908
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=170908
Log:
2011-03-12 Thomas Koenig
PR libfortran/40
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48066
Thomas Koenig changed:
What|Removed |Added
Summary|[4.3/4.4/4.5/4.6|[4.3/4.4/4.5 Regression]
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40866
--- Comment #9 from Thomas Koenig 2011-03-12
23:13:58 UTC ---
Author: tkoenig
Date: Sat Mar 12 23:13:56 2011
New Revision: 170912
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=170912
Log:
2011-03-12 Thomas Koenig
PR libfortra
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40866
Thomas Koenig changed:
What|Removed |Added
CC||tkoenig at gcc dot gnu.org
--- Comment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48066
--- Comment #12 from Thomas Koenig 2011-03-12
23:18:11 UTC ---
Author: tkoenig
Date: Sat Mar 12 23:18:09 2011
New Revision: 170913
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=170913
Log:
2011-03-12 Thomas Koenig
PR libfortran/4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48066
--- Comment #13 from Thomas Koenig 2011-03-13
20:57:53 UTC ---
Author: tkoenig
Date: Sun Mar 13 20:57:49 2011
New Revision: 170924
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=170924
Log:
2011-03-13 Thomas Koenig
PR libfortran/4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48066
Thomas Koenig changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22572
--- Comment #6 from Thomas Koenig 2011-03-21
07:14:46 UTC ---
Author: tkoenig
Date: Mon Mar 21 07:14:42 2011
New Revision: 171207
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=171207
Log:
2010-03-21 Thomas Koenig
PR fortran/22572
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47065
--- Comment #6 from Thomas Koenig 2011-03-27
17:40:29 UTC ---
Author: tkoenig
Date: Sun Mar 27 17:40:26 2011
New Revision: 171575
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=171575
Log:
2011-03-27 Thomas Koenig
PR fortran/47065
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48352
Thomas Koenig changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
at gcc dot |tkoenig at gcc dot gnu.org
|gnu.org |
--- Comment #7 from Thomas Koenig 2011-03-31
18:31:22 UTC ---
(In reply to comment #5)
> reduced:
>
> INTEGER, DIMENSION(:), POINTER :: a
> DO I=1,MIN(SIZE(a),SIZE(a))
> ENDDO
>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48352
--- Comment #9 from Thomas Koenig 2011-04-01
19:31:27 UTC ---
Author: tkoenig
Date: Fri Apr 1 19:31:23 2011
New Revision: 171849
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=171849
Log:
2011-04-01 Thomas Koenig
PR fortran/48352
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48352
Thomas Koenig changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48405
Summary: Handle expressions in DO loops for front-end
optimization
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Keywords: missed-optimization
Severity: enhancem
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48412
--- Comment #2 from Thomas Koenig 2011-04-03
17:28:14 UTC ---
Hi Joost,
the following patch
Index: frontend-passes.c
===
--- frontend-passes.c (Revision 171913)
+++ frontend-pass
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48412
--- Comment #6 from Thomas Koenig 2011-04-04
20:22:27 UTC ---
Author: tkoenig
Date: Mon Apr 4 20:22:21 2011
New Revision: 171952
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=171952
Log:
2011-04-04 Thomas Koenig
PR fortran/48412
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48412
Thomas Koenig changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
||2011.04.05 07:11:33
AssignedTo|unassigned at gcc dot |tkoenig at gcc dot gnu.org
|gnu.org |
Ever Confirmed|0 |1
--- Comment #1 from Thomas Koenig 2011-04-05
07:11:33 UTC ---
Working on this.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48448
--- Comment #2 from Thomas Koenig 2011-04-08
21:46:11 UTC ---
Author: tkoenig
Date: Fri Apr 8 21:46:08 2011
New Revision: 172215
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=172215
Log:
2011-04-08 Thomas Koenig
PR fortran/48448
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48448
Thomas Koenig changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47713
Thomas Koenig changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48543
Summary: Collapse identical strings
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Keywords: missed-optimization
Severity: enhancement
Priority: P3
Component: fort
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48636
Summary: Enable more inlining with -O2 and higher
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Keywords: missed-optimization
Severity: enhancement
Priority: P3
C
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48644
Summary: aermod fails to link with -fwhole-program
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Keywords: wrong-code
Severity: normal
Priority: P3
Component: for
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48644
Thomas Koenig changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48624
Thomas Koenig changed:
What|Removed |Added
CC||tkoenig at gcc dot gnu.org
--- Comment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48636
--- Comment #4 from Thomas Koenig 2011-04-17
13:32:11 UTC ---
(In reply to comment #3)
> The second item is interesting - it would be cool if backend was able to work
> out that the code is supposed to simplify after inlining. Either by itself o
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45715
Thomas Koenig changed:
What|Removed |Added
Blocks||37577
--- Comment #3 from Thomas Koenig
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48655
Summary: False positive with -Warray-temporaries and
a=transpose(a)
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48405
--- Comment #2 from Thomas Koenig 2011-04-19
05:19:12 UTC ---
Created attachment 24039
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24039
Proposed patch
This should work (and also fix some other bugs as well).
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48636
--- Comment #10 from Thomas Koenig 2011-04-20
16:40:46 UTC ---
(In reply to comment #6)
> Not strictly related to inlining, but in the new descriptor we'll have a field
> specifying whether the array is simply contiguous, so it might make sense
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48405
--- Comment #3 from Thomas Koenig 2011-04-21
19:23:36 UTC ---
Author: tkoenig
Date: Thu Apr 21 19:23:34 2011
New Revision: 172838
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=172838
Log:
2011-04-21 Thomas Koenig
PR fortran/48405
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48405
Thomas Koenig changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22572
--- Comment #7 from Thomas Koenig 2011-04-22
15:57:01 UTC ---
We should generate
function optmatmul (a, b, c, m, n, count)
implicit none
integer, intent(in) :: m, n, count
double precision :: optmatmul(m, n)
double precision, intent(
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48746
Summary: Matmul with allocate on assignment
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
AssignedTo: unassig...@gc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45586
--- Comment #57 from Thomas Koenig 2011-04-26
19:37:32 UTC ---
(In reply to comment #54)
> (In reply to comment #53)
> > reduced testcase for 4.7
>
> Does not fail here - can you still reproduce it? (It might have been fixed by
> the patch for P
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48746
Thomas Koenig changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48746
--- Comment #4 from Thomas Koenig 2011-04-27
15:07:21 UTC ---
(In reply to comment #3)
> (In reply to comment #1)
> > Problem here is that the return array "dtype" field is uninitialized when
> > lhs is (unallocated) allocatable. Due to this ther
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48746
--- Comment #5 from Thomas Koenig 2011-04-28
10:52:51 UTC ---
The problem is that matmul calls size0, which depends on correct
rank information in the dtype field.
Should be easy enough to fix by adding a default initializer
for the dtype field,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48746
--- Comment #7 from Thomas Koenig 2011-04-30
11:12:29 UTC ---
Hi Paul,
the least I can do is to supply you with a more complete test case :-)
program main
implicit none
integer, parameter :: m=4, n=3, count=2
double precision :: a(m, coun
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48847
Summary: Wrong "unused parameter" warning with interface block
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Keywords: diagnostic
Severity: enhancement
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48955
--- Comment #3 from Thomas Koenig 2011-05-11
19:00:06 UTC ---
Hmm... I wonder if this does the trick? It fixes the test case,
and passes all regression tests... Paul, what do you think?
Index: dependency.c
==
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22572
--- Comment #8 from Thomas Koenig 2011-05-14
09:48:11 UTC ---
Author: tkoenig
Date: Sat May 14 09:48:08 2011
New Revision: 173752
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=173752
Log:
2011-05-14 Thomas Koenig
PR fortran/22572
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22572
Thomas Koenig changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48997
Summary: Don't use allocatable arrays for function elimination
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Component: fortran
A
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48955
--- Comment #8 from Thomas Koenig 2011-05-21
15:12:47 UTC ---
Created attachment 24320
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24320
Tentative patch
Paul,
what do you think of this approach? It fixes the test case, and
passes regre
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45744
Thomas Koenig changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
||2010.09.27 06:16:20
date||
CC||tkoenig at gcc dot gnu.org
Ever Confirmed|0 |1
Severity|normal |enhancement
--- Comment #7 from Thomas
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45676
--- Comment #3 from Thomas Koenig 2010-09-30
21:28:22 UTC ---
(In reply to comment #2)
> We can't hoist invariant control flow.
Is this not possible, not desirable, or both?
In C, you could (in principle) also hoist
for (i=0; i<10; i++) {
fo
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42831
--- Comment #4 from Thomas Koenig 2010-10-02
08:00:55 UTC ---
Author: tkoenig
Date: Sat Oct 2 08:00:50 2010
New Revision: 164900
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=164900
Log:
2010-10-02 Thomas Koenig
PR fortran/42831
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42831
Thomas Koenig changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30409
--- Comment #5 from Thomas Koenig 2010-10-02
08:10:51 UTC ---
Related to PR 45777.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20165
--- Comment #9 from Thomas Koenig 2010-10-16
16:06:14 UTC ---
Author: tkoenig
Date: Sat Oct 16 16:06:07 2010
New Revision: 165559
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=165559
Log:
2010-10-16 Thomas Koenig
PR fortran/20165
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43665
--- Comment #27 from Thomas Koenig 2010-10-16
16:06:16 UTC ---
Author: tkoenig
Date: Sat Oct 16 16:06:07 2010
New Revision: 165559
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=165559
Log:
2010-10-16 Thomas Koenig
PR fortran/2016
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31593
--- Comment #44 from Thomas Koenig 2010-10-16
16:06:16 UTC ---
Author: tkoenig
Date: Sat Oct 16 16:06:07 2010
New Revision: 165559
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=165559
Log:
2010-10-16 Thomas Koenig
PR fortran/2016
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20165
Thomas Koenig changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
||2010.10.16 18:59:57
CC||tkoenig at gcc dot gnu.org
Ever Confirmed|0 |1
--- Comment #2 from Thomas Koenig 2010-10-16
18:59:57 UTC ---
(In reply to comment #1)
> But I think it is valid to pass unalloca
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41359
Thomas Koenig changed:
What|Removed |Added
CC||tkoenig at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46007
--- Comment #3 from Thomas Koenig 2010-10-21
12:25:23 UTC ---
Author: tkoenig
Date: Thu Oct 21 12:25:12 2010
New Revision: 165770
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=165770
Log:
2010-10-21 Thomas Koenig
PR fortran/46007
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46007
--- Comment #4 from Thomas Koenig 2010-10-21
13:02:15 UTC ---
Author: tkoenig
Date: Thu Oct 21 13:02:09 2010
New Revision: 165773
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=165773
Log:
2010-10-21 Thomas Koenig
PR fortran/46007
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46007
Thomas Koenig changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38199
--- Comment #11 from Thomas Koenig 2010-10-23
10:02:46 UTC ---
Hi Jerry,
> An update. I have a patch developing.
> The patch is a bit intrusive, especially in namelist areas, so may be best for
> 4.6 at this stage. (assuming I get it to work
||tkoenig at gcc dot gnu.org
Resolution||FIXED
Known to fail||
--- Comment #3 from Thomas Koenig 2010-10-23
10:05:48 UTC ---
This went away, probably with the commit for PR 46007.
Closing.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46146
Summary: Bessel and kind=8 integer arguments
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Keywords: rejects-valid
Severity: normal
Priority: P3
Component: fortra
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46146
Thomas Koenig changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
3001 - 3100 of 3755 matches
Mail list logo
