https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68241
Bug 68241 depends on bug 72709, which changed state.
Bug 72709 Summary: Incorrect assignment of allocatable character array used as
component of derived type
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72709
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83999
--- Comment #8 from Thomas Koenig ---
For some reason, the array spec is not set for the symbol for z1.f90:
(gdb) p sym->as
$11 = (gfc_array_spec *) 0x0
(gdb) p sym->name
$12 = 0x7734d0b8 "f"
(with a breakpoint in resolve_fl_procedure).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86111
--- Comment #2 from Thomas Koenig ---
Author: tkoenig
Date: Sat Oct 6 18:20:14 2018
New Revision: 264900
URL: https://gcc.gnu.org/viewcvs?rev=264900&root=gcc&view=rev
Log:
2018-10-06 Thomas Koenig
PR fortran/86111
* gfortran
||tkoenig at gcc dot gnu.org
Resolution|--- |FIXED
--- Comment #4 from Thomas Koenig ---
Fixed.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86111
--- Comment #3 from Thomas Koenig ---
Author: tkoenig
Date: Sat Oct 6 22:41:06 2018
New Revision: 264902
URL: https://gcc.gnu.org/viewcvs?rev=264902&root=gcc&view=rev
Log:
2018-10-06 Thomas Koenig
PR fortran/86111
Backport f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54613
--- Comment #12 from Thomas Koenig ---
Created attachment 44803
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=44803&action=edit
First piece of the work...
This adds the parsing, checking, resolution and calling of the library routines
(if
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54613
Thomas Koenig changed:
What|Removed |Added
Attachment #44803|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87577
Thomas Koenig changed:
What|Removed |Added
CC||tkoenig at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54613
Thomas Koenig changed:
What|Removed |Added
Attachment #43200|0 |1
is obsolete|
Assignee: unassigned at gcc dot gnu.org
Reporter: tkoenig at gcc dot gnu.org
Target Milestone: ---
The following test program I received from somebody else (reproduced
with permission) takes about three times as many cycles using
gcc as it does with clang - 1428 cycles vs. 544 cycles
||tkoenig at gcc dot gnu.org
Resolution|--- |INVALID
--- Comment #1 from Thomas Koenig ---
According to the docs:
-Wdo-subscript
Warn if an array subscript inside a DO loop could lead to an out-of-bounds
access even if the compiler can not prove
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87608
--- Comment #2 from Thomas Koenig ---
(In reply to Alexander Monakov from comment #1)
> Note the compiler can evaluate the initialization loop and then also
> evaluate the effect of static_sort1 call, so the testcase might give
> misleading resul
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54613
Thomas Koenig changed:
What|Removed |Added
Attachment #44834|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54613
--- Comment #16 from Thomas Koenig ---
Here are test cases. I tried to walk through most of the
code paths.
! { dg-do run }
! Various tests with findloc.
program main
implicit none
real, dimension(2,2) :: a, b
integer, dimension(2,3) :: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87622
Thomas Koenig changed:
What|Removed |Added
CC||tkoenig at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87622
--- Comment #2 from Thomas Koenig ---
Some more remarks: In a benchmark, it is best to actually fill the values of
all read variables to something defined, for example with a call to
random_number. Also, if you generate values which you do not us
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87622
Thomas Koenig changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
Component: fortran
Assignee: unassigned at gcc dot gnu.org
Reporter: tkoenig at gcc dot gnu.org
Target Milestone: ---
For variables which are defined in a DO CONCURRENT loop,
it should be beneficial to clobber them on entry.
This could have two benefits: Catching undefined
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87644
Thomas Koenig changed:
What|Removed |Added
CC||tkoenig at gcc dot gnu.org
--- Comment
Priority: P3
Component: web
Assignee: unassigned at gcc dot gnu.org
Reporter: tkoenig at gcc dot gnu.org
Target Milestone: ---
See, for example, https://gcc.gnu.org/ml/gcc-patches/2018-10/msg01360.html .
The original mail contained one gzipped attachment (due to the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87689
Thomas Koenig changed:
What|Removed |Added
Status|WAITING |NEW
--- Comment #3 from Thomas Koenig -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87689
Thomas Koenig changed:
What|Removed |Added
CC||segher at gcc dot gnu.org
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87648
--- Comment #1 from Thomas Koenig ---
Some more food for thought - what if there is only a single iteration?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87689
--- Comment #6 from Thomas Koenig ---
(In reply to Segher Boessenkool from comment #5)
> No, doesn't ring bells. But I have some more input:
>
> I couldn't get it to fail on powerpc64-linux.
> It fails on powerpc64le-linux only if the second fi
||tkoenig at gcc dot gnu.org
Resolution|--- |INVALID
--- Comment #4 from Thomas Koenig ---
From the documentation of -Wmaybe-uninitialized:
"These warnings are only possible in optimizing compilation, because otherwise
GCC does not keep tra
||tkoenig at gcc dot gnu.org
--- Comment #7 from Thomas Koenig ---
The idea is to find pieces of code which (gfortran internally) do not have
information about where they are. If an error occurs which involves such a
piece of code, an ICE would occur.
This is mostly done to catch cases
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87696
Thomas Koenig changed:
What|Removed |Added
Severity|normal |enhancement
--- Comment #2 from Thomas K
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86907
--- Comment #8 from Thomas Koenig ---
Author: tkoenig
Date: Sat Oct 27 10:26:23 2018
New Revision: 265559
URL: https://gcc.gnu.org/viewcvs?rev=265559&root=gcc&view=rev
Log:
2018-10-27 Thomas Koenig
PR fortran/86907
* frontend
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86907
Thomas Koenig changed:
What|Removed |Added
Status|NEW |WAITING
--- Comment #9 from Thomas Koeni
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86907
Thomas Koenig changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85896
Thomas Koenig changed:
What|Removed |Added
CC||tkoenig at gcc dot gnu.org
--- Comment
||tkoenig at gcc dot gnu.org
Resolution|--- |FIXED
--- Comment #6 from Thomas Koenig ---
I don't think z6.f90 and z7.f90 are valid - the pointer points
nowhere sensible, and the assignment can store to anywhere or
to NULL.
I'd say this is fixed.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54613
--- Comment #17 from Thomas Koenig ---
Author: tkoenig
Date: Sun Oct 28 11:05:05 2018
New Revision: 265570
URL: https://gcc.gnu.org/viewcvs?rev=265570&root=gcc&view=rev
Log:
2017-10-28 Thomas Koenig
PR fortran/54613
* gfortra
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54613
Thomas Koenig changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=39627
Bug 39627 depends on bug 54613, which changed state.
Bug 54613 Summary: [F08] Add FINDLOC plus support MAXLOC/MINLOC with KIND=/BACK=
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54613
What|Removed |Added
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=44646
--- Comment #11 from Thomas Koenig ---
I've changed the entry in the table to PR78219;
the KIND specification in the forall index is still missing.
so yellow is appropriate.
at gcc dot gnu.org |tkoenig at gcc dot
gnu.org
--- Comment #7 from Thomas Koenig ---
A rare case where fixing a bug involves removing code only.
Index: simplify.c
===
--- simplify.c (Revision 265502)
+++ simplify.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83064
Thomas Koenig changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=44646
Bug 44646 depends on bug 83064, which changed state.
Bug 83064 Summary: DO CONCURRENT and auto-parallelization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83064
What|Removed |Added
-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85896
--- Comment #8 from Thomas Koenig ---
Author: tkoenig
Date: Tue Oct 30 23:04:10 2018
New Revision: 265649
URL: https://gcc.gnu.org/viewcvs?rev=265649&root=gcc&view=rev
Log:
2018-10-30 Thomas Koenig
PR fortran/85896
* simplify
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85896
Thomas Koenig changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=20520
--- Comment #20 from Thomas Koenig ---
Author: tkoenig
Date: Wed Oct 31 18:35:59 2018
New Revision: 265698
URL: https://gcc.gnu.org/viewcvs?rev=265698&root=gcc&view=rev
Log:
2018-10-31 Thomas Koenig
PR fortran/20520
* gfortra
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=20520
Thomas Koenig changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54613
--- Comment #19 from Thomas Koenig ---
Author: tkoenig
Date: Thu Nov 1 11:37:08 2018
New Revision: 265715
URL: https://gcc.gnu.org/viewcvs?rev=265715&root=gcc&view=rev
Log:
2018-10-28 Thomas Koenig
PR fortran/54613
* gfortra
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=46020
--- Comment #9 from Thomas Koenig ---
Author: tkoenig
Date: Thu Nov 1 11:55:43 2018
New Revision: 265716
URL: https://gcc.gnu.org/viewcvs?rev=265716&root=gcc&view=rev
Log:
2018-11-01 Thomas Koenig
PR fortran/46020
* gfortran.dg/bind
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=46020
--- Comment #10 from Thomas Koenig ---
Author: tkoenig
Date: Thu Nov 1 11:56:26 2018
New Revision: 265717
URL: https://gcc.gnu.org/viewcvs?rev=265717&root=gcc&view=rev
Log:
2018-11-01 Thomas Koenig
PR fortran/46020
* gfortran.dg/bin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=46020
--- Comment #11 from Thomas Koenig ---
Author: tkoenig
Date: Thu Nov 1 12:00:59 2018
New Revision: 265719
URL: https://gcc.gnu.org/viewcvs?rev=265719&root=gcc&view=rev
Log:
2018-11-01 Thomas Koenig
PR fortran/46020
* decl.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=46020
Thomas Koenig changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=32630
Bug 32630 depends on bug 46020, which changed state.
Bug 46020 Summary: Improve error string for BIND(C) diagnostic for len>1
character return type
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=46020
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=19276
Bug 19276 depends on bug 46020, which changed state.
Bug 46020 Summary: Improve error string for BIND(C) diagnostic for len>1
character return type
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=46020
What|Removed
: fortran
Assignee: unassigned at gcc dot gnu.org
Reporter: tkoenig at gcc dot gnu.org
Target Milestone: ---
Looking at PR 87711, it struck me that we have a type mismatch
between the library version of len_trim and what the compiler
generates.
The library side has, in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87851
Thomas Koenig changed:
What|Removed |Added
CC||jb at gcc dot gnu.org
Blocks
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=46020
--- Comment #13 from Thomas Koenig ---
Author: tkoenig
Date: Thu Nov 1 18:41:28 2018
New Revision: 265727
URL: https://gcc.gnu.org/viewcvs?rev=265727&root=gcc&view=rev
Log:
2018-11-01 Thomas Koenig
PR fortran/46020
* gfortran.dg/bin
||tkoenig at gcc dot gnu.org
--- Comment #2 from Thomas Koenig ---
Index: frontend-passes.c
===
--- frontend-passes.c (Revision 265722)
+++ frontend-passes.c (Arbeitskopie)
@@ -638,23 +638,27
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87782
Thomas Koenig changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |tkoenig at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87782
--- Comment #4 from Thomas Koenig ---
Author: tkoenig
Date: Thu Nov 1 19:50:14 2018
New Revision: 265730
URL: https://gcc.gnu.org/viewcvs?rev=265730&root=gcc&view=rev
Log:
2018-11-01 Thomas Koenig
PR fortran/87782
* frontend
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63426
Bug 63426 depends on bug 87782, which changed state.
Bug 87782 Summary: [9 Regression] runtime error: load of value 1818451807,
which is not a valid value for type 'expr_t'
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87782
What|R
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87782
Thomas Koenig changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54613
--- Comment #20 from Thomas Koenig ---
Author: tkoenig
Date: Thu Nov 1 20:12:57 2018
New Revision: 265732
URL: https://gcc.gnu.org/viewcvs?rev=265732&root=gcc&view=rev
Log:
2017-11-01 Thomas Koenig
PR fortran/54613
* gfortran.dg/fin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=46020
--- Comment #14 from Thomas Koenig ---
Author: tkoenig
Date: Fri Nov 2 20:20:43 2018
New Revision: 265757
URL: https://gcc.gnu.org/viewcvs?rev=265757&root=gcc&view=rev
Log:
2018-11-02 Thomas Koenig
PR fortran/46020
* decl.c (verify_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87597
--- Comment #10 from Thomas Koenig ---
Author: tkoenig
Date: Sat Nov 3 12:16:34 2018
New Revision: 265768
URL: https://gcc.gnu.org/viewcvs?rev=265768&root=gcc&view=rev
Log:
2019-11-03 Tobias Burnus
Thomas Koenig
Backport f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87597
--- Comment #11 from Thomas Koenig ---
Author: tkoenig
Date: Sat Nov 3 14:49:33 2018
New Revision: 265769
URL: https://gcc.gnu.org/viewcvs?rev=265769&root=gcc&view=rev
Log:
2019-11-03 Tobias Burnus
Thomas Koenig
Backport f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87597
Thomas Koenig changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86626
Thomas Koenig changed:
What|Removed |Added
CC||tkoenig at gcc dot gnu.org
--- Comment
||tkoenig at gcc dot gnu.org
Assignee|unassigned at gcc dot gnu.org |tkoenig at gcc dot
gnu.org
--- Comment #6 from Thomas Koenig ---
Working on a patch.
The main problem is double reporting of the same bug...
||2018-11-09
CC||tkoenig at gcc dot gnu.org
Ever confirmed|0 |1
--- Comment #1 from Thomas Koenig ---
From the description, this should be fixed with r265979.
Is that the case?
: normal
Priority: P3
Component: fortran
Assignee: unassigned at gcc dot gnu.org
Reporter: tkoenig at gcc dot gnu.org
Target Milestone: ---
$ cat a.f90
program main
integer, parameter :: dp = selected_real_kind(15)
real(kind=dp) :: v1(3), v2(4)
real(kind
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87968
Thomas Koenig changed:
What|Removed |Added
Target Milestone|--- |9.0
--- Comment #1 from Thomas Koenig -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87968
--- Comment #2 from Thomas Koenig ---
Simplified test case (only one array is needed):
program main
integer, parameter :: dp = selected_real_kind(15)
real(kind=dp) :: v1(3)
real(kind=dp), allocatable :: vv(:)
v1 = [1._dp, 2._dp, 3._dp]
||tkoenig at gcc dot gnu.org
--- Comment #6 from Thomas Koenig ---
Hm, the test case is no longer valid, because gcc has
gotten smart enough to remove the whole function :-)
However, removing the "static" keywords of the
three variables still shows the same problem.
|UNCONFIRMED |NEW
Last reconfirmed||2018-11-13
CC||tkoenig at gcc dot gnu.org
Ever confirmed|0 |1
|UNCONFIRMED |NEW
Last reconfirmed||2018-11-13
CC||tkoenig at gcc dot gnu.org
Blocks||87994
Ever confirmed|0 |1
Referenced Bugs:
https
|UNCONFIRMED |NEW
Last reconfirmed||2018-11-13
CC||tkoenig at gcc dot gnu.org
Ever confirmed|0 |1
|UNCONFIRMED |NEW
Last reconfirmed||2018-11-13
CC||tkoenig at gcc dot gnu.org
Ever confirmed|0 |1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87851
Thomas Koenig changed:
What|Removed |Added
Status|WAITING |NEW
--- Comment #3 from Thomas Koenig -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70260
--- Comment #7 from Thomas Koenig ---
Author: tkoenig
Date: Sun Nov 18 09:16:19 2018
New Revision: 266248
URL: https://gcc.gnu.org/viewcvs?rev=266248&root=gcc&view=rev
Log:
2018-11-18 Thomas Koenig
PR fortran/70260
* expr.c (gfc_chec
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70260
Thomas Koenig changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
at gcc dot gnu.org |tkoenig at gcc dot
gnu.org
--- Comment #2 from Thomas Koenig ---
I'll commit the following as obvious, probably today.
===
--- frontend-passes.c (Revision 266250)
+++ frontend-passes.c (Arbeits
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88073
--- Comment #3 from Thomas Koenig ---
Author: tkoenig
Date: Sun Nov 18 17:40:23 2018
New Revision: 266251
URL: https://gcc.gnu.org/viewcvs?rev=266251&root=gcc&view=rev
Log:
2018-11-18 Thomas Koenig
PR fortran/88073
* frontend
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88073
Thomas Koenig changed:
What|Removed |Added
Target Milestone|--- |7.4
Summary|Internal compiler
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52473
--- Comment #20 from Thomas Koenig ---
The original test case is still slow, so I guess we should
keep this open.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88124
Thomas Koenig changed:
What|Removed |Added
CC||tkoenig at gcc dot gnu.org
--- Comment
||2018-11-21
Ever confirmed|0 |1
--- Comment #10 from Thomas Koenig ---
(In reply to Steve Kargl from comment #8)
> On Wed, Nov 21, 2018 at 08:49:55AM +0000, tkoenig at gcc dot gnu.org wrote:
> >
> > --- Comment #6 from Thomas Koenig ---
&
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88073
--- Comment #4 from Thomas Koenig ---
Author: tkoenig
Date: Sun Nov 25 15:19:29 2018
New Revision: 266436
URL: https://gcc.gnu.org/viewcvs?rev=266436&root=gcc&view=rev
Log:
2018-11-25 Thomas Koenig
Backport from trunk
PR fort
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88073
--- Comment #5 from Thomas Koenig ---
Author: tkoenig
Date: Sun Nov 25 15:23:18 2018
New Revision: 266437
URL: https://gcc.gnu.org/viewcvs?rev=266437&root=gcc&view=rev
Log:
2018-11-25 Thomas Koenig
Backport from trunk
PR fort
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88073
Thomas Koenig changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88139
Thomas Koenig changed:
What|Removed |Added
Keywords||accepts-invalid,
|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88364
--- Comment #3 from Thomas Koenig ---
Probably easiest to omit the clobber if there is a reference.
at gcc dot gnu.org |tkoenig at gcc dot
gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53824
Thomas Koenig changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55314
Bug #: 55314
Summary: [4.6/4.7/4.8 Regression] Rejects some valid ALLOCATE
statements
Classification: Unclassified
Product: gcc
Version: unknown
Status: UNC
||2012-11-13
AssignedTo|unassigned at gcc dot |tkoenig at gcc dot gnu.org
|gnu.org |
Target Milestone|--- |4.6.4
Ever Confirmed|0 |1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55314
--- Comment #1 from Thomas Koenig 2012-11-13
22:59:22 UTC ---
Here's a tentative patch:
Index: resolve.c
===
--- resolve.c (Revision 192894)
+++ resolve.c (Arbeitskopi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54932
Thomas Koenig changed:
What|Removed |Added
CC||tkoenig at gcc dot gnu.org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30162
--- Comment #28 from Thomas Koenig 2012-11-24
12:05:57 UTC ---
(In reply to comment #27)
> (In reply to comment #26)
> > Is this caused by
> >
> > http://gcc.gnu.org/viewcvs?view=revision&revision=180701
> >
> > ?
> >
> > Maybe we
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55314
--- Comment #2 from Thomas Koenig 2012-11-24
15:00:23 UTC ---
Author: tkoenig
Date: Sat Nov 24 15:00:16 2012
New Revision: 193778
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=193778
Log:
2012-11-24 Thomas Koenig
PR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55314
--- Comment #3 from Thomas Koenig 2012-11-24
17:13:31 UTC ---
Author: tkoenig
Date: Sat Nov 24 17:13:25 2012
New Revision: 193780
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=193780
Log:
2012-11-24 Thomas Koenig
PR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55314
--- Comment #4 from Thomas Koenig 2012-11-24
22:17:40 UTC ---
Author: tkoenig
Date: Sat Nov 24 22:17:35 2012
New Revision: 193784
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=193784
Log:
2012-11-24 Thomas Koenig
PR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55314
Thomas Koenig changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30146
--- Comment #6 from Thomas Koenig 2012-11-25
17:24:14 UTC ---
Author: tkoenig
Date: Sun Nov 25 17:24:09 2012
New Revision: 193793
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=193793
Log:
2012-11-25 Thomas Koenig
PR
2001 - 2100 of 3752 matches
Mail list logo
