||tkoenig at gcc dot gnu.org
--- Comment #7 from Thomas Koenig ---
Still fails on current trunk.
||tkoenig at gcc dot gnu.org
Assignee|unassigned at gcc dot gnu.org |tkoenig at gcc dot
gnu.org
--- Comment #2 from Thomas Koenig ---
Let's see.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79446
Thomas Koenig changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81758
--- Comment #9 from Thomas Koenig ---
I just checked on powerpc64 with a rather current trunk with
gfc::bank testing status:0 (PASSED): Performance:
2888199.6889235629
gfc::vector testing status:0 (PASSED): Perf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81758
--- Comment #11 from Thomas Koenig ---
With r241438, the test passes.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81758
--- Comment #12 from Thomas Koenig ---
And with r241439, the test fails.
Andre, any ideas?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82567
Thomas Koenig changed:
What|Removed |Added
CC||tkoenig at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82233
--- Comment #15 from Thomas Koenig ---
Author: tkoenig
Date: Wed Oct 18 17:54:18 2017
New Revision: 253865
URL: https://gcc.gnu.org/viewcvs?rev=253865&root=gcc&view=rev
Log:
2017-10-18 Thomas Koenig
PR libfortran/82233
* gfor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82233
--- Comment #16 from Thomas Koenig ---
(In reply to Christophe Lyon from comment #14)
> Removing the last
>call execute_command_line(command , wait=.false., exitstat=i)
> or moving it before
>call execute_command_line(command ,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79795
--- Comment #3 from Thomas Koenig ---
Author: tkoenig
Date: Wed Oct 18 20:32:34 2017
New Revision: 253868
URL: https://gcc.gnu.org/viewcvs?rev=253868&root=gcc&view=rev
Log:
2017-10-18 Thomas Koenig
PR fortran/79795
* resolve.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82567
--- Comment #5 from Thomas Koenig ---
Author: tkoenig
Date: Wed Oct 18 21:29:37 2017
New Revision: 253872
URL: https://gcc.gnu.org/viewcvs?rev=253872&root=gcc&view=rev
Log:
2017-10-18 Thomas Koenig
PR fortran/82567
* frontend
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82233
--- Comment #18 from Thomas Koenig ---
Author: tkoenig
Date: Thu Oct 19 17:49:24 2017
New Revision: 253907
URL: https://gcc.gnu.org/viewcvs?rev=253907&root=gcc&view=rev
Log:
2017-10-19 Thomas Koenig
Backport from trunk
PR lib
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82568
Thomas Koenig changed:
What|Removed |Added
CC||tkoenig at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82233
--- Comment #20 from Thomas Koenig ---
(In reply to Jerry DeLisle from comment #19)
> (In reply to Christophe Lyon from comment #17)
> > Thanks for your effort; I'm still seeing noise though.
> >
> > Sorry, I'm not fluent in fortran: is there a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79795
--- Comment #4 from Thomas Koenig ---
Author: tkoenig
Date: Fri Oct 20 18:01:36 2017
New Revision: 253951
URL: https://gcc.gnu.org/viewcvs?rev=253951&root=gcc&view=rev
Log:
2017-10-20 Thomas Koenig
Backport from trunk
PR fort
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79795
--- Comment #5 from Thomas Koenig ---
Author: tkoenig
Date: Fri Oct 20 19:26:35 2017
New Revision: 253956
URL: https://gcc.gnu.org/viewcvs?rev=253956&root=gcc&view=rev
Log:
2017-10-20 Thomas Koenig
Backport from trunk
PR fort
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79795
Thomas Koenig changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82233
--- Comment #21 from Thomas Koenig ---
We could do something like
program boom
implicit none
interface
subroutine mywait() bind(c)
end subroutine mywait
end interface
integer :: i,j
character(len=256)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=29600
Thomas Koenig changed:
What|Removed |Added
CC||tkoenig at gcc dot gnu.org
--- Comment
at gcc dot gnu.org |tkoenig at gcc dot
gnu.org
--- Comment #13 from Thomas Koenig ---
Created attachment 42429
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=42429&action=edit
Patch which works for maxloc except for some cases
This patch works, sort of, but it fails with a s
Component: fortran
Assignee: unassigned at gcc dot gnu.org
Reporter: tkoenig at gcc dot gnu.org
Target Milestone: ---
This variant of maxloc_bounds_4.f90
module tst
contains
subroutine foo(res)
integer(kind=4), allocatable :: f(:,:)
integer(kind=8) , dimension
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=29600
Thomas Koenig changed:
What|Removed |Added
Attachment #42429|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=29600
Thomas Koenig changed:
What|Removed |Added
Status|ASSIGNED|NEW
Assignee|tkoenig at gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48997
Bug 48997 depends on bug 48025, which changed state.
Bug 48025 Summary: Unnecessary function evaluations in arguments to size and
ubound
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48025
What|Removed |Added
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48025
Thomas Koenig changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
||tkoenig at gcc dot gnu.org
--- Comment #2 from Thomas Koenig ---
I think we can close this. The preferred way is to
use C interop. Anybody mind if I close this?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82233
--- Comment #22 from Thomas Koenig ---
Author: tkoenig
Date: Sun Oct 22 14:21:16 2017
New Revision: 253983
URL: https://gcc.gnu.org/viewcvs?rev=253983&root=gcc&view=rev
Log:
2017-10-22 Thomas Koenig
Backport from trunk
PR lib
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82233
Thomas Koenig changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
at gcc dot gnu.org |tkoenig at gcc dot
gnu.org
--- Comment #3 from Thomas Koenig ---
Yes, simplification is the key.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=14741
--- Comment #39 from Thomas Koenig ---
Clang has this implemented via polyhedral optimization,
see https://polly.llvm.org/ (news from September 2017).
Can gcc do something similar?
||14741
Assignee|unassigned at gcc dot gnu.org |tkoenig at gcc dot
gnu.org
--- Comment #9 from Thomas Koenig ---
I'm trying something.
More generally, I think I should try for some very simple
loop interchange so that we at least get the simple
case of m
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82471
--- Comment #10 from Thomas Koenig ---
Created attachment 42482
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=42482&action=edit
Here's a first attempt...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=29600
--- Comment #17 from Thomas Koenig ---
What I am trying to do is to have only one version of each
library routine (the one using gfc_index_kind), and then
convert to the KIND parameter that the user specified (or to
default integer if the user di
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56342
--- Comment #4 from Thomas Koenig ---
Author: tkoenig
Date: Fri Oct 27 17:11:42 2017
New Revision: 254157
URL: https://gcc.gnu.org/viewcvs?rev=254157&root=gcc&view=rev
Log:
2017-10-27 Thomas Koenig
PR fortran/56342
* simplify
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56342
Thomas Koenig changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78672
Bug 78672 depends on bug 81938, which changed state.
Bug 81938 Summary: valgrind error message and heap-buffer-overflow on address
sanitized libgfortran.so
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81938
What|Removed
||tkoenig at gcc dot gnu.org
Resolution|--- |FIXED
--- Comment #10 from Thomas Koenig ---
(In reply to Jerry DeLisle from comment #9)
> I think this can be closed now.
I concur.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=29600
--- Comment #18 from Thomas Koenig ---
Author: tkoenig
Date: Sat Nov 4 13:20:32 2017
New Revision: 254405
URL: https://gcc.gnu.org/viewcvs?rev=254405&root=gcc&view=rev
Log:
2017-11-04 Thomas Koenig
PR fortran/29600
* gfortra
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=29600
--- Comment #19 from Thomas Koenig ---
Fixed on trunk, closing.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70072
Thomas Koenig changed:
What|Removed |Added
CC||tkoenig at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69815
Bug 69815 depends on bug 82568, which changed state.
Bug 82568 Summary: [6/7/8] ICE with do-loop inside BLOCK inside omp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82568
What|Removed |Added
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82568
Thomas Koenig changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=36854
Bug 36854 depends on bug 82568, which changed state.
Bug 82568 Summary: [6/7/8] ICE with do-loop inside BLOCK inside omp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82568
What|Removed |Added
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70330
--- Comment #3 from Thomas Koenig ---
Author: tkoenig
Date: Sat Nov 4 13:54:27 2017
New Revision: 254406
URL: https://gcc.gnu.org/viewcvs?rev=254406&root=gcc&view=rev
Log:
2017-11-04 Thomas Koenig
PR fortran/70330
* gfortran
||tkoenig at gcc dot gnu.org
Resolution|--- |FIXED
--- Comment #4 from Thomas Koenig ---
Test case is committed to trunk, gcc 5 is no longer supported.
Closing.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61000
--- Comment #7 from Thomas Koenig ---
When tackling this in the front end, one problem is when
_not_ to do loop interchange.
Consider
do i=1,10
do j=1,10
call foo(a(i,j))
end do
end do
where we have no idea what foo does, and if it dep
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82471
--- Comment #11 from Thomas Koenig ---
Author: tkoenig
Date: Sun Nov 5 17:24:37 2017
New Revision: 254430
URL: https://gcc.gnu.org/viewcvs?rev=254430&root=gcc&view=rev
Log:
2017-11-05 Thomas Koenig
PR fortran/82471
* lang.op
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=36854
Bug 36854 depends on bug 82471, which changed state.
Bug 82471 Summary: Reorder loop for unfavorable index ordering in DO
CONCURRENT and FORALL
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82471
What|Removed |
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82471
Thomas Koenig changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77908
--- Comment #3 from Thomas Koenig ---
I think we can fix this by rejecting arrays with an
upper bound of huge(index_kind). This is an acceptable
implementation limitation.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=20585
Bug 20585 depends on bug 29600, which changed state.
Bug 29600 Summary: [F03] MINLOC and MAXLOC take an optional KIND argument
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=29600
What|Removed |Added
-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=29600
Thomas Koenig changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
||tkoenig at gcc dot gnu.org
Assignee|unassigned at gcc dot gnu.org |tkoenig at gcc dot
gnu.org
--- Comment #9 from Thomas Koenig ---
Let's see if we can make some progress here.
Priority: P3
Component: bootstrap
Assignee: unassigned at gcc dot gnu.org
Reporter: tkoenig at gcc dot gnu.org
Target Milestone: ---
I currently cannot build gcc on OpenSuse Tumbleweed due to
some problem with automake 1.11-6 (which is prescribed by the
gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82856
Thomas Koenig changed:
What|Removed |Added
Target Milestone|--- |8.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=36313
Thomas Koenig changed:
What|Removed |Added
Last reconfirmed|2008-05-25 20:03:26 |2017-11-05
Depends on|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82856
--- Comment #2 from Thomas Koenig ---
(In reply to Richard Biener from comment #1)
> Likely all active branches are affected and it's likely not a regression.
>
> Can you quickly figure what automake version fixed this?
Unfortunately not. Tryin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82856
--- Comment #3 from Thomas Koenig ---
FWITW, the patch to automake
--- automake-1.11.orig 2017-11-06 21:47:27.451349052 +0100
+++ automake2017-11-06 21:48:29.882102274 +0100
@@ -4156,7 +4156,7 @@
sub substitute_ac_subst_variables ($)
{
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82856
Thomas Koenig changed:
What|Removed |Added
See Also|https://bugzilla.suse.com/s |
|how_bug.cgi?id=10665
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82865
Thomas Koenig changed:
What|Removed |Added
CC||tkoenig at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82856
Thomas Koenig changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78549
Thomas Koenig changed:
What|Removed |Added
CC||manfred99 at gmx dot ch
--- Comment #22
||tkoenig at gcc dot gnu.org
Resolution|--- |DUPLICATE
--- Comment #1 from Thomas Koenig ---
This issue is known.
*** This bug has been marked as a duplicate of bug 78549 ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53298
--- Comment #3 from Thomas Koenig ---
Paul, is this something that could be fixed with the
new descriptor you introduced?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82976
Thomas Koenig changed:
What|Removed |Added
CC||tkoenig at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82976
--- Comment #8 from Thomas Koenig ---
What I meant was this part of resolve_mask_arg :
/* In the library, we access the mask with a GFC_LOGICAL_1
argument. No need to waste memory if we are about to create
a temporary ar
||2017-11-16
CC||tkoenig at gcc dot gnu.org
Assignee|unassigned at gcc dot gnu.org |tkoenig at gcc dot
gnu.org
Target Milestone|--- |8.0
Summary|Simply contiguous pointer |[8
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82856
--- Comment #7 from Thomas Koenig ---
Author: tkoenig
Date: Thu Nov 16 20:24:00 2017
New Revision: 254845
URL: https://gcc.gnu.org/viewcvs?rev=254845&root=gcc&view=rev
Log:
2017-11-16 Thomas Koenig
PR bootstrap/82856
* doc/in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83012
--- Comment #2 from Thomas Koenig ---
Created attachment 42626
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=42626&action=edit
patch that appears to work
This seems to work, let's see if it survives regression testing.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83012
--- Comment #3 from Thomas Koenig ---
Author: tkoenig
Date: Sat Nov 18 15:53:21 2017
New Revision: 254914
URL: https://gcc.gnu.org/viewcvs?rev=254914&root=gcc&view=rev
Log:
2017-11-18 Thomas Koenig
PR fortran/83012
* expr.c (
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83012
Thomas Koenig changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82995
Thomas Koenig changed:
What|Removed |Added
CC||tkoenig at gcc dot gnu.org
--- Comment
: libfortran
Assignee: unassigned at gcc dot gnu.org
Reporter: tkoenig at gcc dot gnu.org
Target Milestone: ---
We could use the __BYTE_ORDER__ macro for replacing the
big_endian global variable in libgfortran, and for
improving (and inlining) memcmp_char4 for little-endian
systems.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83070
Thomas Koenig changed:
What|Removed |Added
CC||tkoenig at gcc dot gnu.org
--- Comment
: bootstrap
Assignee: unassigned at gcc dot gnu.org
Reporter: tkoenig at gcc dot gnu.org
Target Milestone: ---
Bootstrap is currently broken:
../../trunk/gcc/calls.c:1542:1: Fehler: »void warn_nonstring_bound(tree, tree)«
definiert, aber nicht verwendet [-Werror=unused
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83099
Thomas Koenig changed:
What|Removed |Added
CC||msebor at gcc dot gnu.org
Ver
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82392
--- Comment #2 from Thomas Koenig ---
Test case for the fact that we don't align, or that this
causes a performance loss?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=36313
--- Comment #12 from Thomas Koenig ---
Author: tkoenig
Date: Thu Nov 23 17:52:05 2017
New Revision: 255109
URL: https://gcc.gnu.org/viewcvs?rev=255109&root=gcc&view=rev
Log:
2017-11-23 Thomas Koenig
PR fortran/36313
* m4/maxl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78549
Thomas Koenig changed:
What|Removed |Added
Summary|[8 Regression] Very slow|Very slow formatted
|f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83168
Thomas Koenig changed:
What|Removed |Added
CC||tkoenig at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83097
Thomas Koenig changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54613
Thomas Koenig changed:
What|Removed |Added
CC||tkoenig at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83224
Thomas Koenig changed:
What|Removed |Added
CC||tkoenig at gcc dot gnu.org
--- Comment
at gcc dot gnu.org |tkoenig at gcc dot
gnu.org
Target Milestone|--- |8.0
--- Comment #4 from Thomas Koenig ---
This looks like this could work.
No time for a patch submission now, that will have to wait for
a few days.
--- frontend-passes.c (Revision 255181
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83224
--- Comment #5 from Thomas Koenig ---
Author: tkoenig
Date: Fri Dec 1 07:35:50 2017
New Revision: 255294
URL: https://gcc.gnu.org/viewcvs?rev=255294&root=gcc&view=rev
Log:
2017-12-01 Thomas Koenig
PR fortran/83224
* frontend
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83224
Thomas Koenig changed:
What|Removed |Added
Status|ASSIGNED|NEW
Assignee|tkoenig at gcc
at gcc dot gnu.org |tkoenig at gcc dot
gnu.org
--- Comment #7 from Thomas Koenig ---
I'll continue taking a look, looks like a bug
in the generated temporary variable.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83224
--- Comment #8 from Thomas Koenig ---
Author: tkoenig
Date: Fri Dec 1 18:06:31 2017
New Revision: 255331
URL: https://gcc.gnu.org/viewcvs?rev=255331&root=gcc&view=rev
Log:
2017-12-01 Thomas Koenig
PR fortran/83224
* frontend
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68241
Bug 68241 depends on bug 83224, which changed state.
Bug 83224 Summary: creating character array from elements shorter than declared
does not pad with whitespace properly and aborts
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83224
W
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83224
Thomas Koenig changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82367
Thomas Koenig changed:
What|Removed |Added
CC||tkoenig at gcc dot gnu.org
--- Comment
-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: tkoenig at gcc dot gnu.org
Target Milestone: ---
Created attachment 42781
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=42781&action=edit
Test case with timings
The following test case by Tran Quoc Vi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83262
--- Comment #2 from Thomas Koenig ---
ig25@linux-d6cw:~> gfortran -v
Es werden eingebaute Spezifikationen verwendet.
COLLECT_GCC=gfortran
COLLECT_LTO_WRAPPER=/home/ig25/lib/gcc/x86_64-pc-linux-gnu/8.0.0/lto-wrapper
Ziel: x86_64-pc-linux-gnu
Konfi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=36313
--- Comment #14 from Thomas Koenig ---
Author: tkoenig
Date: Sun Dec 3 20:14:05 2017
New Revision: 255367
URL: https://gcc.gnu.org/viewcvs?rev=255367&root=gcc&view=rev
Log:
2017-12-03 Thomas Koenig
PR fortran/36313
* check.c
: bootstrap
Assignee: unassigned at gcc dot gnu.org
Reporter: tkoenig at gcc dot gnu.org
Target Milestone: ---
Configure with
../trunk/configure --prefix=$HOME --enable-languages=c,c++,fortran
--disable-multilib
leads to
/home/tkoenig/trunk-bin/./gcc/xgcc -B/home/tkoenig
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83265
Thomas Koenig changed:
What|Removed |Added
CC||segher at gcc dot gnu.org
Target Miles
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=36313
--- Comment #15 from Thomas Koenig ---
Fixed on trunk, closing.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=20585
Bug 20585 depends on bug 36313, which changed state.
Bug 36313 Summary: [F03] {MIN,MAX}{LOC,VAL} should accept character arguments
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=36313
What|Removed |Added
-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=36313
Thomas Koenig changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
at gcc dot gnu.org |tkoenig at gcc dot
gnu.org
--- Comment #10 from Thomas Koenig ---
Still to be done: Simplification for maxloc/minloc/maxval/minval
for character arguments.
Apart from that, I think we are done (but I will check before
closing :-)
2601 - 2700 of 3752 matches
Mail list logo
