https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90563
--- Comment #6 from Thomas Koenig ---
Author: tkoenig
Date: Tue Aug 13 22:57:31 2019
New Revision: 274406
URL: https://gcc.gnu.org/viewcvs?rev=274406&root=gcc&view=rev
Log:
2013-08-13 Thomas Koenig
Backport from trunk
PR fort
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90563
--- Comment #5 from Thomas Koenig ---
Author: tkoenig
Date: Tue Aug 13 22:25:32 2019
New Revision: 274405
URL: https://gcc.gnu.org/viewcvs?rev=274405&root=gcc&view=rev
Log:
2013-08-13 Thomas Koenig
Backport from trunk
PR fort
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68241
Bug 68241 depends on bug 90561, which changed state.
Bug 90561 Summary: [9/10 Regression] ICE in gimplify_var_or_parm_decl, at
gimplify.c:2747
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90561
What|Removed |Ad
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90561
--- Comment #11 from Thomas Koenig ---
Author: tkoenig
Date: Tue Aug 13 20:01:43 2019
New Revision: 274398
URL: https://gcc.gnu.org/viewcvs?rev=274398&root=gcc&view=rev
Log:
2019-08-13 Thomas Koenig
Backport from trunk
PR for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90561
Thomas Koenig changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90563
--- Comment #4 from Thomas Koenig ---
Author: tkoenig
Date: Tue Aug 13 18:49:02 2019
New Revision: 274396
URL: https://gcc.gnu.org/viewcvs?rev=274396&root=gcc&view=rev
Log:
2013-08-13 Thomas Koenig
PR fortran/90563
* gfortran
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90563
--- Comment #3 from Thomas Koenig ---
Author: tkoenig
Date: Tue Aug 13 18:43:00 2019
New Revision: 274394
URL: https://gcc.gnu.org/viewcvs?rev=274394&root=gcc&view=rev
Log:
2013-08-13 Thomas Koenig
PR fortran/90563
* frontend
||tkoenig at gcc dot gnu.org
Resolution|--- |FIXED
--- Comment #11 from Thomas Koenig ---
Yep, it's fixed.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90561
--- Comment #10 from Thomas Koenig ---
Author: tkoenig
Date: Tue Aug 13 15:08:10 2019
New Revision: 274383
URL: https://gcc.gnu.org/viewcvs?rev=274383&root=gcc&view=rev
Log:
2019-08-13 Thomas Koenig
PR fortran/90561
* trans.h
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90561
--- Comment #9 from Thomas Koenig ---
... and this
Index: trans-expr.c
===
--- trans-expr.c(Revision 274370)
+++ trans-expr.c(Arbeitskopie)
@@ -10796,7 +10796,13 @@
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90561
--- Comment #8 from Thomas Koenig ---
This
Index: trans-expr.c
===
--- trans-expr.c(Revision 274370)
+++ trans-expr.c(Arbeitskopie)
@@ -10796,7 +10796,13 @@
i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90561
--- Comment #7 from Thomas Koenig ---
The ICE already occurs for
program p
character(:), allocatable :: z(:)
z = z(2)
end
(invalid code, but shorter :-)
Priority: P3
Component: testsuite
Assignee: unassigned at gcc dot gnu.org
Reporter: tkoenig at gcc dot gnu.org
Target Milestone: ---
https://gcc.gnu.org/ml/gcc-testresults/2019-08/msg00909.html shows quite
a few bugs on x86_64-w64-mingw32. However, many of these
at gcc dot gnu.org |tkoenig at gcc dot
gnu.org
--- Comment #6 from Thomas Koenig ---
I'll take a look.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90561
Thomas Koenig changed:
What|Removed |Added
CC||tkoenig at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91424
Thomas Koenig changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91422
Thomas Koenig changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91424
Bug 91424 depends on bug 91422, which changed state.
Bug 91422 Summary: Illegal Fortran in
testsuite/libgomp.oacc-fortran/routine-7.f90
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91422
What|Removed |Added
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91422
--- Comment #4 from Thomas Koenig ---
Author: tkoenig
Date: Tue Aug 13 10:05:44 2019
New Revision: 274369
URL: https://gcc.gnu.org/viewcvs?rev=274369&root=gcc&view=rev
Log:
2019-08-13 Thomas Koenig
Backport from trunk
PR fort
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91424
--- Comment #6 from Thomas Koenig ---
Author: tkoenig
Date: Tue Aug 13 10:05:44 2019
New Revision: 274369
URL: https://gcc.gnu.org/viewcvs?rev=274369&root=gcc&view=rev
Log:
2019-08-13 Thomas Koenig
Backport from trunk
PR fort
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91422
--- Comment #3 from Thomas Koenig ---
Author: tkoenig
Date: Mon Aug 12 20:21:37 2019
New Revision: 274320
URL: https://gcc.gnu.org/viewcvs?rev=274320&root=gcc&view=rev
Log:
2019-08-12 Thomas Koenig
PR fortran/91424
* frontend
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91424
--- Comment #5 from Thomas Koenig ---
Author: tkoenig
Date: Mon Aug 12 20:21:37 2019
New Revision: 274320
URL: https://gcc.gnu.org/viewcvs?rev=274320&root=gcc&view=rev
Log:
2019-08-12 Thomas Koenig
PR fortran/91424
* frontend
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91424
--- Comment #4 from Thomas Koenig ---
(In reply to Eric Gallager from comment #2)
> - the "2" location marker is a different color from the "1" location marker,
> if you have colorized output
That is now PR 91426.
Component: fortran
Assignee: unassigned at gcc dot gnu.org
Reporter: tkoenig at gcc dot gnu.org
Target Milestone: ---
The following program
program main
10 continue
10 continue
end
yields
label.f90:2:2:
2 | 10 continue
| 1
3 | 10 continue
| 2
Error
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91424
--- Comment #3 from Thomas Koenig ---
(In reply to Eric Gallager from comment #2)
> Also:
> - there's no option flag controlling the warning
That one is by design. There is no way that this can even
be valid code.
> - the "2" location marker i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91424
--- Comment #1 from Thomas Koenig ---
A third problem: Zero-trip do loops are warned about.
program main
implicit none
integer :: i
real :: a(2)
do i=1,3,-1
a(i) = 2.
end do
print *,a
end program main
gets
do_subscript_4.f90:6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91422
Thomas Koenig changed:
What|Removed |Added
Blocks||91424
--- Comment #2 from Thomas Koenig
Assignee: unassigned at gcc dot gnu.org
Reporter: tkoenig at gcc dot gnu.org
Target Milestone: ---
Currently, there are two problems with the warnings about DO loop
indices accessing arrays with out of bounds errors:
- They are not given for contained procedures
- They are given
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91422
--- Comment #1 from Thomas Koenig ---
(In reply to Thomas Koenig from comment #0)
> Hi,
>
> I get
the error with
gfortran -g -cpp -fcheck=all routine-7.f90
Priority: P3
Component: testsuite
Assignee: unassigned at gcc dot gnu.org
Reporter: tkoenig at gcc dot gnu.org
Target Milestone: ---
Hi,
I get
At line 116 of file routine-7.f90
Fortran runtime error: Index '9' of dimension 1 of array 'a' ab
||2019-08-10
CC||tkoenig at gcc dot gnu.org
Ever confirmed|0 |1
Severity|normal |enhancement
--- Comment #1 from Thomas Koenig ---
Confirmed.
||2019-08-07
CC||tkoenig at gcc dot gnu.org
Ever confirmed|0 |1
Severity|normal |enhancement
--- Comment #1 from Thomas Koenig ---
The first one, with the two different calls
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90786
Thomas Koenig changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90813
--- Comment #37 from Thomas Koenig ---
Author: tkoenig
Date: Sat Aug 3 11:50:39 2019
New Revision: 274038
URL: https://gcc.gnu.org/viewcvs?rev=274038&root=gcc&view=rev
Log:
2019-08-03 Thomas Koenig
Paul Thomas
Backport from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90786
--- Comment #13 from Thomas Koenig ---
Author: tkoenig
Date: Sat Aug 3 11:50:39 2019
New Revision: 274038
URL: https://gcc.gnu.org/viewcvs?rev=274038&root=gcc&view=rev
Log:
2019-08-03 Thomas Koenig
Paul Thomas
Backport from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90786
--- Comment #12 from Thomas Koenig ---
Author: tkoenig
Date: Fri Aug 2 17:51:45 2019
New Revision: 274026
URL: https://gcc.gnu.org/viewcvs?rev=274026&root=gcc&view=rev
Log:
2019-08-02 Thomas Koenig
Paul Thomas
Backport from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90813
--- Comment #36 from Thomas Koenig ---
Author: tkoenig
Date: Fri Aug 2 17:51:45 2019
New Revision: 274026
URL: https://gcc.gnu.org/viewcvs?rev=274026&root=gcc&view=rev
Log:
2019-08-02 Thomas Koenig
Paul Thomas
Backport from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90813
Thomas Koenig changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90813
--- Comment #34 from Thomas Koenig ---
Author: tkoenig
Date: Tue Jul 30 19:11:03 2019
New Revision: 273913
URL: https://gcc.gnu.org/viewcvs?rev=273913&root=gcc&view=rev
Log:
2019-07-29 Thomas Koenig
Paul Thomas
Backport from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90786
--- Comment #11 from Thomas Koenig ---
Author: tkoenig
Date: Tue Jul 30 19:11:03 2019
New Revision: 273913
URL: https://gcc.gnu.org/viewcvs?rev=273913&root=gcc&view=rev
Log:
2019-07-29 Thomas Koenig
Paul Thomas
Backport from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91287
--- Comment #6 from Thomas Koenig ---
(In reply to Xiong Hu XS Luo from comment #4)
> /tmp/cctrpu2h.ltrans0.ltrans.o: In function `MAIN__':
> :(.text+0x114): undefined reference to `_gfortran_st_write'
> :(.text+0x12c): undefined reference to
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90813
--- Comment #33 from Thomas Koenig ---
Author: tkoenig
Date: Mon Jul 29 17:45:24 2019
New Revision: 273880
URL: https://gcc.gnu.org/viewcvs?rev=273880&root=gcc&view=rev
Log:
2019-07-29 Thomas Koenig
PR fortran/90813
* dump-pa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65819
--- Comment #7 from Thomas Koenig ---
Author: tkoenig
Date: Thu Jul 25 16:24:00 2019
New Revision: 273807
URL: https://gcc.gnu.org/viewcvs?rev=273807&root=gcc&view=rev
Log:
2019-07-25 Thomas Koenig
PR fortran/65819
* dependen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90813
--- Comment #31 from Thomas Koenig ---
(In reply to rguent...@suse.de from comment #30)
> So something is odd with how the frontend handles 'c_'.
>
> The symbol table has two:
>
> __f_MOD_c_/2 (c_) @0x7f763892d300
> Type: variable definitio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65819
--- Comment #6 from Thomas Koenig ---
(In reply to Thomas Koenig from comment #5)
> Fixing the dependency for identical=true is a Good Thing(TM), but
> will not be enough to fix the test case:
Hm, another thought.
For this special case (calling
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65819
--- Comment #5 from Thomas Koenig ---
Fixing the dependency for identical=true is a Good Thing(TM), but
will not be enough to fix the test case:
$ cat bar.f90
program main
implicit none
real, dimension(3,3,3) :: f,g
integer :: three
call
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90813
--- Comment #29 from Thomas Koenig ---
(In reply to rguent...@suse.de from comment #28)
> -fdump-tree-all-uid without the space
OK, so this works.
What we have in the *.004t.original dump is
fs ();
{
struct __class_f_S_p rhs.2D
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91030
Thomas Koenig changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91030
--- Comment #41 from Thomas Koenig ---
Author: tkoenig
Date: Tue Jul 23 08:57:45 2019
New Revision: 273727
URL: https://gcc.gnu.org/viewcvs?rev=273727&root=gcc&view=rev
Log:
2019-07-23 Thomas König
Backport from trunk
PR libf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91030
--- Comment #40 from Thomas Koenig ---
Author: tkoenig
Date: Sun Jul 21 15:55:49 2019
New Revision: 273643
URL: https://gcc.gnu.org/viewcvs?rev=273643&root=gcc&view=rev
Log:
2019-07-21 Thomas König
PR libfortran/91030
* gfort
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90813
--- Comment #27 from Thomas Koenig ---
(In reply to Richard Biener from comment #26)
> The odd thing is that for the Fortran example even the tree oracle claims
> the store doesn't alias the load...
>
> Because they are different variables! Du
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91030
--- Comment #34 from Thomas Koenig ---
There is another point to consider.
I suppose not very many people use big-endian data formats
these days. Little-endian dominates these days, and people
who require that conversion on a regular basis (why
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91084
--- Comment #4 from Thomas Koenig ---
~/trunk $ svn diff contrib/
Index: contrib/download_prerequisites
===
--- contrib/download_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91084
--- Comment #3 from Thomas Koenig ---
~/trunk $ svn diff contrib/
Index: contrib/download_prerequisites
===
--- contrib/download_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91030
--- Comment #30 from Thomas Koenig ---
> Why are you opposed to the larger 65536 or 131072 as a default?
Please look at Jerry's numbers from comment #24.
They show a severe regression (for his system) for blocksizes > 32768.
Assignee: unassigned at gcc dot gnu.org
Reporter: tkoenig at gcc dot gnu.org
Target Milestone: ---
It fails with
sha512sum: not found
(This can be tested on gcc220.fsffrance.org at the moment).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91030
--- Comment #28 from Thomas Koenig ---
(In reply to Jerry DeLisle from comment #27)
> (In reply to Thomas Koenig from comment #26)
> > Jerry, you are working on a Linux box, right? What does
> >
> > stat -f -c %b .
> >
> > tell you?
>
> 13429
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91077
Thomas Koenig changed:
What|Removed |Added
Keywords||wrong-code
--- Comment #1 from Thomas Ko
Priority: P3
Component: fortran
Assignee: unassigned at gcc dot gnu.org
Reporter: tkoenig at gcc dot gnu.org
Target Milestone: ---
From a c.l.f. post by ygalkl...@gmail.com (slightly modified):
program test
implicit none
integer, parameter :: length = 9
real(8
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91077
Thomas Koenig changed:
What|Removed |Added
Target Milestone|--- |8.4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91030
--- Comment #26 from Thomas Koenig ---
Jerry, you are working on a Linux box, right? What does
stat -f -c %b .
tell you?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91030
--- Comment #25 from Thomas Koenig ---
(In reply to Jerry DeLisle from comment #24)
> On a different Ryzen machine:
>
> $ ./run.sh
> 1024 3.2604169845581055
> 2048 2.7804551124572754
> 4096 2.6416599750518799
> 8192 2.598
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91030
--- Comment #23 from Thomas Koenig ---
Some numbers for the provisionary patch, varying the
size for the buffers.
With the patch, the original benchmark (minus some output, only
the elapsed time is shown) and the script
for a in 1024 2048 4096
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91030
--- Comment #21 from Thomas Koenig ---
Created attachment 46537
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=46537&action=edit
Something to benchmark.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91030
--- Comment #20 from Thomas Koenig ---
(In reply to David Edelsohn from comment #18)
> For GPFS, the striping unit is 16M. The 8K buffer size chosen by GFortran
> is a huge performance sink. We have confirmed this with testing.
Could you share
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91030
--- Comment #17 from Thomas Koenig ---
(In reply to David Edelsohn from comment #16)
> libgfortran unix.c:raw_write() will access the WRITE system call with up to
> 2GB of data, which the testcase is using for the native format.
>
> Should libgf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91030
--- Comment #15 from Thomas Koenig ---
(In reply to David Edelsohn from comment #13)
> Why should -fconvert affect the strategy for writing?
If we get passed a contiguous block of memory (like in
your test case) we can do this in a single write.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91030
--- Comment #11 from Thomas Koenig ---
(In reply to David Edelsohn from comment #10)
> With EXT4: difference is 2x
> With SHM: difference is 4.5x
> With GPFS: difference is 10x
>
> Is libgfortran doing something unusual with the creation of file
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91030
--- Comment #9 from Thomas Koenig ---
On powerpc64le-unknown-linux-gnu:
write time(sec) = 0.48150300979614258
done
real0m0.889s
user0m0.279s
sys 0m0.608s
vs.
write time(sec) =1.4788339138031006
done
real0m
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91030
Thomas Koenig changed:
What|Removed |Added
Status|NEW |WAITING
--- Comment #7 from Thomas Koeni
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91030
--- Comment #6 from Thomas Koenig ---
I cannot reproduce this on an AMD Ryzen 7 1700X (little-endian):
$ gfortran -fconvert=native wr.f90 walltime.c
cc1: Warnung: command-line option »-fconvert=native« is valid for Fortran but
not for C
$ rm -f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91030
--- Comment #4 from Thomas Koenig ---
(In reply to David Edelsohn from comment #3)
> Conversion carries an overhead, but the overhead need not be worse than
> necessary. The conversion overhead for libgfortran is significantly worse
> than for c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91030
Thomas Koenig changed:
What|Removed |Added
Severity|normal |enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91030
Thomas Koenig changed:
What|Removed |Added
Severity|normal |enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91030
Thomas Koenig changed:
What|Removed |Added
CC||tkoenig at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52274
Thomas Koenig changed:
What|Removed |Added
CC||tkoenig at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64958
--- Comment #8 from Thomas Koenig ---
As long as we use a single file, it would be possible to
warn about this.
What we could do is to analyze dusty and check that its argument
n may be redefined. If it appears in a variable definition
context,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90813
Thomas Koenig changed:
What|Removed |Added
Priority|P4 |P3
--- Comment #16 from Thomas Koenig -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90813
Thomas Koenig changed:
What|Removed |Added
Component|fortran |rtl-optimization
--- Comment #14 from Th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90813
--- Comment #12 from Thomas Koenig ---
Another data point.
If the test case is split across two files (the module separate
from the main program), then it works.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90813
Thomas Koenig changed:
What|Removed |Added
CC||segher at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90813
--- Comment #10 from Thomas Koenig ---
I checked the *.optimized dump on POWER and x86_64 against each
other, and there are no differences (some renumbering of variables,
that's all).
Looking further...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90329
--- Comment #47 from Thomas Koenig ---
(In reply to Kaz Kylheku from comment #45)
> Hi everyone.
>
> Pardon my ignorance of C-Fortran bridging matters, but does any of the
> following make sense?
>
> The Fortran subroutine has no idea whether t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90813
Thomas Koenig changed:
What|Removed |Added
Status|WAITING |NEW
--- Comment #7 from Thomas Koenig -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90937
Thomas Koenig changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90937
--- Comment #9 from Thomas Koenig ---
Author: tkoenig
Date: Fri Jun 21 19:32:23 2019
New Revision: 272566
URL: https://gcc.gnu.org/viewcvs?rev=272566&root=gcc&view=rev
Log:
2019-06-21 Thomas Koenig
Backport from trunk
PR fort
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90937
--- Comment #8 from Thomas Koenig ---
Author: tkoenig
Date: Fri Jun 21 19:30:51 2019
New Revision: 272565
URL: https://gcc.gnu.org/viewcvs?rev=272565&root=gcc&view=rev
Log:
2019-06-21 Thomas Koenig
Backport from trunk
PR fort
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90937
--- Comment #7 from Thomas Koenig ---
Author: tkoenig
Date: Fri Jun 21 19:28:54 2019
New Revision: 272564
URL: https://gcc.gnu.org/viewcvs?rev=272564&root=gcc&view=rev
Log:
2019-06-21 Thomas Koenig
Backport from trunk
PR fort
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77278
--- Comment #31 from Thomas Koenig ---
(
> this patch makes Fortran logicals to become C unsigned types of
> corresponding size. I think it is better than making them signed
> because the globbing will affect aliasing within Fortran programs as
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90937
Thomas Koenig changed:
What|Removed |Added
Summary|[7/8/9/10 Regression] ICE: |[7/8/9 Regression] ICE: in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90937
--- Comment #5 from Thomas Koenig ---
Author: tkoenig
Date: Thu Jun 20 11:56:50 2019
New Revision: 272506
URL: https://gcc.gnu.org/viewcvs?rev=272506&root=gcc&view=rev
Log:
2019-06-20 Thomas Koenig
PR fortran/90937
* trans-ty
at gcc dot gnu.org |tkoenig at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77278
--- Comment #29 from Thomas Koenig ---
Created attachment 46493
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=46493&action=edit
Patch to put all libgfortran functions into a namespace
This is something we should be doing as part of making
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90870
Thomas Koenig changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90870
--- Comment #1 from Thomas Koenig ---
Author: tkoenig
Date: Thu Jun 13 17:00:22 2019
New Revision: 272249
URL: https://gcc.gnu.org/viewcvs?rev=272249&root=gcc&view=rev
Log:
2019-06-13 Thomas Koenig
PR fortran/90870
* gfortran.dg/defe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90744
Thomas Koenig changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90744
--- Comment #10 from Thomas Koenig ---
Author: tkoenig
Date: Wed Jun 12 20:08:38 2019
New Revision: 272214
URL: https://gcc.gnu.org/viewcvs?rev=272214&root=gcc&view=rev
Log:
2019-06-12 Thomas Koenig
Tomáš Trnka
Backport from trunk
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90744
--- Comment #9 from Thomas Koenig ---
Author: tkoenig
Date: Wed Jun 12 19:54:34 2019
New Revision: 272213
URL: https://gcc.gnu.org/viewcvs?rev=272213&root=gcc&view=rev
Log:
2019-06-12 Thomas Koenig
Tomáš Trnka
Backport from trunk
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90744
--- Comment #8 from Thomas Koenig ---
Author: tkoenig
Date: Tue Jun 11 22:04:10 2019
New Revision: 272173
URL: https://gcc.gnu.org/viewcvs?rev=272173&root=gcc&view=rev
Log:
2019-06-11 Thomas Koenig
Tomáš Trnka
Backport from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90813
Thomas Koenig changed:
What|Removed |Added
CC||tkoenig at gcc dot gnu.org
--- Comment
901 - 1000 of 3598 matches
Mail list logo