https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86656
Bug 86656 depends on bug 96041, which changed state.
Bug 96041 Summary: [11 regression] ICE in gfortran.dg/pr93423.f90 after r11-1792
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96041
What|Removed |Added
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93423
Bug 93423 depends on bug 96041, which changed state.
Bug 96041 Summary: [11 regression] ICE in gfortran.dg/pr93423.f90 after r11-1792
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96041
What|Removed |Added
--
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: burnus at gcc dot gnu.org
CC: vries at gcc dot gnu.org
Target Milestone: ---
[Found when testing a patch for PR96390, which works with GCN offloading but
not with nvptx
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97102
--- Comment #1 from Tobias Burnus ---
(In reply to Tobias Burnus from comment #0)
> .visible .func (.param.u32 %value_out) foo
https://docs.nvidia.com/cuda/parallel-thread-execution/index.html#kernel-and-function-directives-alias
has the exampl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97102
--- Comment #2 from Tobias Burnus ---
Created attachment 49239
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49239&action=edit
Draft patch
PTX ISA Notes
.alias directive introduced in PTX ISA 6.3.
Thus, it does not work everywhere :-(
P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97102
--- Comment #3 from Tobias Burnus ---
(In reply to Tobias Burnus from comment #2)
> PTX ISA Notes
> .alias directive introduced in PTX ISA 6.3.
Which is CUDA 10.0, cf.
https://docs.nvidia.com/cuda/archive/10.0/cuda-toolkit-release-notes/index.ht
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: burnus at gcc dot gnu.org
CC: vries at gcc dot gnu.org
Depends on: 97102
Target Milestone: ---
Created attachment 49240
--> https://gcc.gnu.org/bugzi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97106
--- Comment #1 from Tobias Burnus ---
Suggested fix:
14:11 < amonakov> Tobias__: I think the proper way to solve this is define
hooks for the backend to print something for aliases, and then have nvptx-ld.c
resolve them
14:12 < amonakov> (right
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Keywords: openmp
Severity: normal
Priority: P3
Component: lto
Assignee: unassigned at gcc dot gnu.org
Reporter: burnus at gcc dot gnu.org
CC: jakub at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92122
--- Comment #2 from Tobias Burnus ---
Regarding the discussion of comment 0, see:
https://mailman.j3-fortran.org/pipermail/j3/2019-October/011691.html
https://mailman.j3-fortran.org/pipermail/j3/2019-October/011692.html
"So, the whole argument h
|UNCONFIRMED |NEW
Last reconfirmed||2019-10-17
CC||burnus at gcc dot gnu.org,
||pault at gcc dot gnu.org
Summary|[10 regression] |[10 regression
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91586
--- Comment #1 from Tobias Burnus ---
Author: burnus
Date: Fri Oct 18 12:04:31 2019
New Revision: 277153
URL: https://gcc.gnu.org/viewcvs?rev=277153&root=gcc&view=rev
Log:
Fortran] PR91586 Fix ICE on invalid code with CLASS
gcc/fortran/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91586
--- Comment #2 from Tobias Burnus ---
Author: burnus
Date: Fri Oct 18 12:38:26 2019
New Revision: 277154
URL: https://gcc.gnu.org/viewcvs?rev=277154&root=gcc&view=rev
Log:
Fortran] PR91586 Fix ICE on invalid code with CLASS
gcc/fortran/
||burnus at gcc dot gnu.org
Resolution|--- |FIXED
--- Comment #3 from Tobias Burnus ---
FIXED on trunk + GCC 9 branch.
Thanks for the report!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91941
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment
Keywords: wrong-code
Severity: normal
Priority: P3
Component: fortran
Assignee: unassigned at gcc dot gnu.org
Reporter: burnus at gcc dot gnu.org
CC: pault at gcc dot gnu.org
Target Milestone: ---
Created attachment 47090
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91863
--- Comment #2 from Tobias Burnus ---
Author: burnus
Date: Mon Oct 28 07:33:29 2019
New Revision: 277502
URL: https://gcc.gnu.org/viewcvs?rev=277502&root=gcc&view=rev
Log:
Fortran] PR91863 - fix call to bind(C) with array descriptor
PR
|UNCONFIRMED |NEW
Last reconfirmed||2019-10-28
CC||burnus at gcc dot gnu.org
Summary|internal compile error, |[9/10 Regression] internal
|character array of dynamic |compile
Severity: normal
Priority: P3
Component: middle-end
Assignee: unassigned at gcc dot gnu.org
Reporter: burnus at gcc dot gnu.org
Target Milestone: ---
When looking at PR 92191.
If I compile the example there (attachment 47091) using valgrind as wrapper, I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91863
--- Comment #3 from Tobias Burnus ---
Author: burnus
Date: Mon Oct 28 09:36:27 2019
New Revision: 277505
URL: https://gcc.gnu.org/viewcvs?rev=277505&root=gcc&view=rev
Log:
Fortran] PR91863 - fix call to bind(C) with array descriptor
Bac
||burnus at gcc dot gnu.org
Resolution|--- |FIXED
--- Comment #4 from Tobias Burnus ---
FIXED in GCC 9 + 10.
Thanks for the report!
When fixing this issue, I found another issue – if the bind(C) function is
written in Fortran. That's tracked
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92189
--- Comment #1 from Tobias Burnus ---
The attached test case is gcc/testsuite/gfortran.dg/bind-c-intent-out.f90 which
is part of the committed to fix PR 91863.
Due to this PR, the committed test case uses 'dg-do compile' instead of 'dg-do
run'.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91863
--- Comment #6 from Tobias Burnus ---
(In reply to paul.richard.tho...@gmail.com from comment #5)
> It was my intention to commit the patch for PR91926 to 9-branch
> tonight. I take it that there was no problem with yours?
Yes, fine with me.
(I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92178
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92208
Tobias Burnus changed:
What|Removed |Added
CC||tkoenig at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92208
--- Comment #3 from Tobias Burnus ---
"fixed" by the following patch:
* The LHS [se->string_length] is the string length represented as
MAX_EXPR <(integer(kind=8)) D.4012, 0>
* The RHS [expr->ts.u.cl->backend_decl] is ..__result
The question i
|UNCONFIRMED |NEW
Last reconfirmed||2019-10-30
CC||burnus at gcc dot gnu.org,
||pault at gcc dot gnu.org
Summary|ICE with assumed rank |[10
||burnus at gcc dot gnu.org
Depends on||92189
Resolution|--- |INVALID
--- Comment #1 from Tobias Burnus ---
> The problems reported vary depending on the array having the allocatable or
> pointer attribute
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92208
--- Comment #4 from Tobias Burnus ---
Author: burnus
Date: Wed Oct 30 20:01:36 2019
New Revision: 277639
URL: https://gcc.gnu.org/viewcvs?rev=277639&root=gcc&view=rev
Log:
Fortran] PR 92208 don't use function-result dummy variable as actual argu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92284
Tobias Burnus changed:
What|Removed |Added
Keywords||wrong-code
Status|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92277
--- Comment #2 from Tobias Burnus ---
Author: burnus
Date: Thu Oct 31 10:06:19 2019
New Revision: 277661
URL: https://gcc.gnu.org/viewcvs?rev=277661&root=gcc&view=rev
Log:
Fortran] PR92277 - Fix assumed-rank array with bind(C)
gcc/fortr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92284
--- Comment #6 from Tobias Burnus ---
Author: burnus
Date: Thu Oct 31 10:12:55 2019
New Revision: 277663
URL: https://gcc.gnu.org/viewcvs?rev=277663&root=gcc&view=rev
Log:
Fortran] PR92284 – gfc_desc_to_cfi_desc fixes
gcc/fortran/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92305
--- Comment #1 from Tobias Burnus ---
Technically, this patch only adds '{ dg-do run }' which has the effect that the
code is not only run once but multiple times with different compiler options
(-O1, -O2 etc.).
Your code fails to execute with -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92305
--- Comment #2 from Tobias Burnus ---
(In reply to Tobias Burnus from comment #1)
> As you could nail it down to a single commit, I assume, you could reproduce
> the problem – still, I am completely lost why it fails for you at -O0. Can
> you try
Severity: normal
Priority: P3
Component: fortran
Assignee: unassigned at gcc dot gnu.org
Reporter: burnus at gcc dot gnu.org
CC: jvdelisle at gcc dot gnu.org
Target Milestone: ---
This came up very recently at
https://software.intel.com/en
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92350
--- Comment #1 from Tobias Burnus ---
Just found:
gfortran.texi – Extensions to namelist
When writing a namelist, if no @code{DELIM=} is specified, by default a
double quote is used to delimit character strings. If -std=F95, F2003,
or F200
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92350
--- Comment #2 from Tobias Burnus ---
For the added text, cf. PR 60148 and
https://gcc.gnu.org/ml/fortran/2014-03/msg00145.html
I missed that patch when writing this PR because it wasn't posted to
gcc-patches@ :-(
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92305
--- Comment #4 from Tobias Burnus ---
Author: burnus
Date: Mon Nov 4 10:01:22 2019
New Revision: 277769
URL: https://gcc.gnu.org/viewcvs?rev=277769&root=gcc&view=rev
Log:
libgomp/testsuite - use unique numbers with Fortran's 'stop'
PR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92305
--- Comment #5 from Tobias Burnus ---
(In reply to seurer from comment #3)
> Is there an easy way I can catch any of them that fire?
Now fixed by using unique numbers in libgomp/testsuite.
But replacing 'stop' by 'error stop' is one option - th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92311
--- Comment #6 from Tobias Burnus ---
(In reply to Nichols A. Romero from comment #0)
> For the OpenACC program, it may be that this is part of the OpenACC spec
> that has not been implemented yet.
[That's detach/attach] This OpenACC 2.6 feature
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92284
--- Comment #8 from Tobias Burnus ---
Author: burnus
Date: Mon Nov 4 14:14:43 2019
New Revision: 277781
URL: https://gcc.gnu.org/viewcvs?rev=277781&root=gcc&view=rev
Log:
Backport Fortran BIND(C) fixes
gcc/fortran/
Backport fro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92277
--- Comment #3 from Tobias Burnus ---
Author: burnus
Date: Mon Nov 4 14:14:43 2019
New Revision: 277781
URL: https://gcc.gnu.org/viewcvs?rev=277781&root=gcc&view=rev
Log:
Backport Fortran BIND(C) fixes
gcc/fortran/
Backport fro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92277
Tobias Burnus changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92284
Tobias Burnus changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92208
--- Comment #5 from Tobias Burnus ---
Author: burnus
Date: Mon Nov 4 15:07:19 2019
New Revision: 277783
URL: https://gcc.gnu.org/viewcvs?rev=277783&root=gcc&view=rev
Log:
Fortran] PR 92208 don't use function-result dummy variable as actual argu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92208
Tobias Burnus changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
ty: normal
Priority: P3
Component: fortran
Assignee: unassigned at gcc dot gnu.org
Reporter: burnus at gcc dot gnu.org
CC: jvdelisle at gcc dot gnu.org
Target Milestone: ---
I get the following warning when compiling libgfortran:
libgfortran/io/asyn
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92208
--- Comment #8 from Tobias Burnus ---
(In reply to Christophe Lyon from comment #7)
> On gcc-9, the patch introduced regressions, seen on arm and aarch64:
On trunk, the following was needed (PR92277, r277661) – but I it did
not trigger on the br
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92277
--- Comment #5 from Tobias Burnus ---
Author: burnus
Date: Tue Nov 5 14:28:07 2019
New Revision: 277840
URL: https://gcc.gnu.org/viewcvs?rev=277840&root=gcc&view=rev
Log:
PR 92208 + PR 92277 – GCC 9 follow-up fix
PR fortran/92208
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92208
--- Comment #10 from Tobias Burnus ---
Author: burnus
Date: Tue Nov 5 14:28:07 2019
New Revision: 277840
URL: https://gcc.gnu.org/viewcvs?rev=277840&root=gcc&view=rev
Log:
PR 92208 + PR 92277 – GCC 9 follow-up fix
PR fortran/92208
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92277
--- Comment #6 from Tobias Burnus ---
(In reply to Tobias Burnus from comment #4)
> The test case was also added to the GCC 9 branch - where it passes without
> requiring a compiler patch.
Spoke to early - it was needed for arm and aarch64 as PR
||2019-11-07
CC||burnus at gcc dot gnu.org,
||marxin at gcc dot gnu.org
Summary|gfortran.dg/continuation_6. |[9/10 Regression]
|f fails when using latest
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92123
--- Comment #2 from Tobias Burnus ---
Submitted and approved patch:
https://gcc.gnu.org/ml/gcc-patches/2019-11/msg00072.html – still to be
committed by the author.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91253
--- Comment #2 from Tobias Burnus ---
Author: burnus
Date: Fri Nov 8 08:14:40 2019
New Revision: 277948
URL: https://gcc.gnu.org/viewcvs?rev=277948&root=gcc&view=rev
Log:
Fortran] PR91253 fix continuation-line handling with -pre_include
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91253
--- Comment #4 from Tobias Burnus ---
Author: burnus
Date: Fri Nov 8 09:25:40 2019
New Revision: 277957
URL: https://gcc.gnu.org/viewcvs?rev=277957&root=gcc&view=rev
Log:
Fortran] PR91253 fix continuation-line handling with -pre_include
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91253
Tobias Burnus changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92142
--- Comment #1 from Tobias Burnus ---
Author: burnus
Date: Mon Nov 11 10:18:14 2019
New Revision: 278048
URL: https://gcc.gnu.org/viewcvs?rev=278048&root=gcc&view=rev
Log:
PR fortran/92142 - CFI_setpointer corrupts descriptor
2019-11-11 José R
||burnus at gcc dot gnu.org
Resolution|--- |FIXED
--- Comment #2 from Tobias Burnus ---
FIXED on the trunk (GCC 10); I think it is neither a regression nor a serious
bug (for valid code), hence, it doesn't merit a GCC 9 backport. (But I am ope
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92142
--- Comment #3 from Tobias Burnus ---
Author: burnus
Date: Mon Nov 11 15:35:50 2019
New Revision: 278055
URL: https://gcc.gnu.org/viewcvs?rev=278055&root=gcc&view=rev
Log:
Fix commit for PR fortran/92142 - CFI_setpointer corrupts descriptor
201
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92457
Tobias Burnus changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92305
Tobias Burnus changed:
What|Removed |Added
Status|ASSIGNED|NEW
--- Comment #7 from Tobias Burnus -
Keywords: wrong-code
Severity: normal
Priority: P3
Component: fortran
Assignee: unassigned at gcc dot gnu.org
Reporter: burnus at gcc dot gnu.org
Target Milestone: ---
Mentioned at https://gcc.gnu.org/ml/fortran/2019-11/msg00060.html
refers
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92470
--- Comment #1 from Tobias Burnus ---
Created attachment 47215
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47215&action=edit
Lightly tested patch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83118
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92123
--- Comment #6 from Tobias Burnus ---
Some side remarks:
(In reply to Jakub Jelinek from comment #5)
> The type used on the C side is:
This type is described in the Fortran standard; for Fortran 2018, it is
described in "18.5.3 The CFI_cdesc_t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92470
Tobias Burnus changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92305
--- Comment #8 from Tobias Burnus ---
(In reply to Thomas Schwinge from comment #6)
> On powerpc64le-unknown-linux-gnu
I can reproduce it on a powerpc64le-unknown-linux-gnu w/o real offloading. It
fails here for subroutine test_dummy_opt_val_cal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92305
--- Comment #9 from Tobias Burnus ---
(In reply to Tobias Burnus from comment #8)
In gdb [GNU gdb (Ubuntu 7.7.1-0ubuntu5~14.04.3) 7.7.1], which is really not the
newest, I get:
(gdb) pt c_aptr
type =
and stepping in, gives (all variables shoul
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92305
--- Comment #10 from Tobias Burnus ---
The callee is:
>
and the hidden argument (_c_aptr) is:
constant 1>
which both look fine.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92305
--- Comment #11 from Tobias Burnus ---
Optimized dump is:
void * c_bptr;
void * c_aptr;
real(kind=8) * bptr;
real(kind=8) bb;
real(kind=8) * aptr;
real(kind=8) aa;
real(kind=8) aa.1_1;
real(kind=8) bb.2_2;
:
aa.1_1 = aa;
bb.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92305
--- Comment #12 from Tobias Burnus ---
Created attachment 47223
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47223&action=edit
-fdump-rtl-expand for test case in comment 9, compiled on
powerpc64le-unknown-linux-gnu using -O0 (it doesn't f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92305
Tobias Burnus changed:
What|Removed |Added
CC||dje at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92470
--- Comment #3 from Tobias Burnus ---
Author: burnus
Date: Tue Nov 12 19:33:10 2019
New Revision: 278101
URL: https://gcc.gnu.org/viewcvs?rev=278101&root=gcc&view=rev
Log:
PR fortran/92470 Fixes for CFI_address
libgfortran/
PR f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92189
--- Comment #2 from Tobias Burnus ---
Created attachment 47227
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47227&action=edit
Minor cleanup patch for trans-decl.c's convert_CFI_desc
I think there many issues:
(A) For assumed-shape/assum
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92305
--- Comment #14 from Tobias Burnus ---
If the actual argument is itself optional but without value attribute,
gfc_conv_expr_present returns a 'logical_type_node' (default-integer size,
typically 4 bytes type) instead of a boolean_type_node (1 byt
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92305
--- Comment #15 from Tobias Burnus ---
The mentioned patch (for a related case but not relevant for this bug) is now
committed as r278114, see
https://gcc.gnu.org/ml/gcc-patches/2019-11/msg00990.html
Regarding the issue in this bug: Janne pointe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92470
--- Comment #4 from Tobias Burnus ---
Author: burnus
Date: Wed Nov 13 11:13:57 2019
New Revision: 278128
URL: https://gcc.gnu.org/viewcvs?rev=278128&root=gcc&view=rev
Log:
PR fortran/92470 Fixes for CFI_address
libgfortran/
PR f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91851
--- Comment #4 from Tobias Burnus ---
Bernd posted the CC0-to-MODE_CC patches for review, cf:
https://gcc.gnu.org/ml/gcc-patches/2019-11/msg01028.html [0/4]
https://gcc.gnu.org/ml/gcc-patches/2019-11/msg01029.html [1/4]
https://gcc.gnu.org/ml/gc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92470
--- Comment #5 from Tobias Burnus ---
Author: burnus
Date: Wed Nov 13 15:06:47 2019
New Revision: 278143
URL: https://gcc.gnu.org/viewcvs?rev=278143&root=gcc&view=rev
Log:
PR fortran/92470 Fixes for CFI_address
Backport from mainline
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92470
Tobias Burnus changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92466
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92482
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92500
--- Comment #4 from Tobias Burnus ---
Author: burnus
Date: Thu Nov 14 08:02:42 2019
New Revision: 278201
URL: https://gcc.gnu.org/viewcvs?rev=278201&root=gcc&view=rev
Log:
Fix gfortran.dg/ISO_Fortran_binding_17.c using rel. #include
PR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92470
--- Comment #7 from Tobias Burnus ---
Author: burnus
Date: Thu Nov 14 08:02:42 2019
New Revision: 278201
URL: https://gcc.gnu.org/viewcvs?rev=278201&root=gcc&view=rev
Log:
Fix gfortran.dg/ISO_Fortran_binding_17.c using rel. #include
PR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92500
Tobias Burnus changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92123
--- Comment #12 from Tobias Burnus ---
(all related to gcc/testsuite/gfortran.dg/ISO_Fortran_binding_15.f90)
I tried - with Paul's attached patch (attachment 47261)
DECL_CONTEXT (gfc_desc) = current_function_decl;
instead of TREE_STATIC - but
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92189
--- Comment #3 from Tobias Burnus ---
(In reply to Tobias Burnus from comment #2)
> (A) For assumed-shape/assumed-rank arrays, there is trans-decl.c's
> convert_CFI_desc
I wonder if one needs to take care of TREE_THIS_VOLATILE() with any of the
Severity: normal
Priority: P3
Component: fortran
Assignee: unassigned at gcc dot gnu.org
Reporter: burnus at gcc dot gnu.org
Target Milestone: ---
Fortran 2018 now permits:
module A
use B
private :: B
Namely,
R827 access-stmt is access-spec
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92533
--- Comment #1 from Tobias Burnus ---
Note that one needs to handle:
module A; integer, parameter :: A1 = 1, A2 = 2; end module A
module B; use A; end module B
module C; use A; end module B
module D
use B
use C
private
private B
public
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92533
--- Comment #3 from Tobias Burnus ---
NOTE:
use, public :: C
is not (yet) permitted, but might well be added in the future. See
https://github.com/j3-fortran/fortran_proposals/issues/88 and
https://mailman.j3-fortran.org/pipermail/j3/2019-Novem
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81886
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
sion: 10.0
Status: UNCONFIRMED
Keywords: openmp
Severity: normal
Priority: P3
Component: fortran
Assignee: unassigned at gcc dot gnu.org
Reporter: burnus at gcc dot gnu.org
CC: jakub at gcc dot gnu.org
Target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92463
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91851
--- Comment #6 from Tobias Burnus ---
A seemingly independent conversation to ccmode + lra has been posted by Coerl
[I don't know whether he has a FSF copyright assignment] at
https://gcc.gnu.org/ml/gcc-patches/2019-11/msg02131.html
Keywords: missed-optimization
Severity: normal
Priority: P3
Component: middle-end
Assignee: unassigned at gcc dot gnu.org
Reporter: burnus at gcc dot gnu.org
Target Milestone: ---
As discussed, TYPE_RESTRICT should also be used for of pointer
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92628
--- Comment #1 from Tobias Burnus ---
*** Bug 49733 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49733
Tobias Burnus changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60712
Tobias Burnus changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92628
--- Comment #2 from Tobias Burnus ---
(In reply to Tobias Burnus from comment #0)
> A similar rule applies to other variables in Fortran
See also PR 60712 regarding restrict and local variables (as opposed to
PARAM_DECL) for a simpler case (no fu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92305
--- Comment #16 from Tobias Burnus ---
Recap (see comment 11): Callee's arguments are
(aa, bb, c_aptr, c_bptr, aptr, bptr, _aa, _bb, _c_aptr, _c_bptr)
i.e. 2 real(kind=4)/float variables, 4 pointers and 4 Booleans.
And the call is
(aa.1_1, bb.
201 - 300 of 5830 matches
Mail list logo
