https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100818
Thomas Koenig changed:
What|Removed |Added
CC||tkoenig at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93563
Thomas Koenig changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119669
Thomas Koenig changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119669
Thomas Koenig changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119669
--- Comment #6 from Thomas Koenig ---
Created attachment 61066
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=61066&action=edit
Patch which sets the function attribute
This should fix the issue.
I am actually not quite sure if the new er
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119669
Thomas Koenig changed:
What|Removed |Added
Status|WAITING |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115983
Thomas Koenig changed:
What|Removed |Added
CC||tkoenig at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119419
Thomas Koenig changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119419
Thomas Koenig changed:
What|Removed |Added
CC||tkoenig at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119211
--- Comment #6 from Thomas Koenig ---
(In reply to Sam James from comment #5)
> (In reply to Thomas Koenig from comment #4)
> > Added PR 119308, "Hello World" does not work on Power.
>
> I don't consider that a release blocker, personally, as i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119211
Thomas Koenig changed:
What|Removed |Added
Depends on||119308
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119308
Bug ID: 119308
Summary: Cobol ICE on "hello world" on POWER in
rs6000_output_function_epilogue
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119078
Thomas Koenig changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119078
--- Comment #3 from Thomas Koenig ---
And a dummy argument should not be global, either.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119078
Thomas Koenig changed:
What|Removed |Added
Last reconfirmed||2025-03-08
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119136
Thomas Koenig changed:
What|Removed |Added
Keywords||diagnostic
Severity|normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119074
Thomas Koenig changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119157
Thomas Koenig changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119049
Thomas Koenig changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119157
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=119157
Thomas Koenig changed:
What|Removed |Added
Summary|ice in |[15 Regression] ice in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119157
--- Comment #5 from Thomas Koenig ---
Reduced test case:
MODULE lmdif_module
CONTAINS
SUBROUTINE fdjac2 (fcn, m, n, x, fvec, fjac, ldfjac, iflag, &
epsfcn, wa)
END SUBROUTINE fdjac2
SUBROUTINE lmdif (fcn, m, n,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119074
--- Comment #3 from Thomas Koenig ---
Maybe a warning is in order (under control of a
suitable variable).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119074
--- Comment #2 from Thomas Koenig ---
(In reply to Thomas Koenig from comment #1)
> Hmm... an interesting question:
>
> Does
>
> subroutine foo(f,n)
> external f
> if (n .eq. 1) call f(1)
> if (n .eq. 2) call f(1,2)
> end
>
> comply?
A
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119074
Thomas Koenig changed:
What|Removed |Added
Keywords||needs-stdcheck
--- Comment #1 from Thom
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119074
Thomas Koenig changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119078
Thomas Koenig changed:
What|Removed |Added
Keywords||diagnostic, needs-stdcheck
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119078
Bug ID: 119078
Summary: Abstract bind(c) interface should not be a global
entity
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Prio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119074
Bug ID: 119074
Summary: Mismatched arguments for external dummy argument not
caught
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119049
Thomas Koenig changed:
What|Removed |Added
Ever confirmed|0 |1
Assignee|unassigned at gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119049
Bug ID: 119049
Summary: Procedures are mishandled in -fc-prototypes-external
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102368
--- Comment #13 from Thomas Koenig ---
(In reply to anlauf from comment #12)
> So what now?
>
> Ask J3 for an opinion?
Why not?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102368
--- Comment #8 from Thomas Koenig ---
(In reply to anlauf from comment #7)
> (In reply to Thomas Koenig from comment #6)
> > I think the code is valid.
> >
> > A named scalar Fortran variable is interoperable if and only if its type and
> > typ
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102368
Thomas Koenig changed:
What|Removed |Added
Status|WAITING |NEW
Keywords|needs-stdcheck
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115781
--- Comment #8 from Thomas Koenig ---
... or rather, the calculation needs to be done with the
contents of x->_data and not with x directly.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115781
--- Comment #7 from Thomas Koenig ---
(In reply to Thomas Koenig from comment #6)
After looking at the tree dump and some debugging, it is clear that
the error happens on the callee side.
If the callee has a type as dummy argument, it has
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109322
Thomas Koenig changed:
What|Removed |Added
Status|WAITING |NEW
--- Comment #13 from Thomas Koenig
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118932
--- Comment #5 from Thomas Koenig ---
The discussion on the J3 mailing list seems to indicate that
this is actually invalid, but nobody else catches it
(and the restriction is also silly).
Maybe we should just downgrade the error to a warning.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118932
--- Comment #4 from Thomas Koenig ---
Hm, maybe I am misunderstanding the standard here, or it says something
that was not intentional...
We accept
program memain
interface
subroutine lower () bind(c,name="foo")
end subroutine lowe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118935
Thomas Koenig changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
Ever conf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118955
--- Comment #1 from Thomas Koenig ---
> Since vector
> functions can have much larger ULP errors, using them by default with -O2
> seems excessive.
"can have"? Is this indeed the case? I would consider this to be
a bug in the implementation of
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118935
--- Comment #10 from Thomas Koenig ---
What does the OpenMP standard say about I/O in partallel exexution?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118932
Thomas Koenig changed:
What|Removed |Added
CC||tkoenig at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118935
Thomas Koenig changed:
What|Removed |Added
CC||tkoenig at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115781
--- Comment #6 from Thomas Koenig ---
This bug depends on the dummy argument being a class.
Here's a somewhat shortened version:
program simple
implicit none
type :: matrix
integer :: nRows
end type matrix
type(matrix),dimension
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=32630
Bug 32630 depends on bug 113997, which changed state.
Bug 113997 Summary: Bogus 'Warning: Interface mismatch in global procedure'
with C binding
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113997
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113997
Thomas Koenig changed:
What|Removed |Added
Resolution|--- |INVALID
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107659
Thomas Koenig changed:
What|Removed |Added
CC||tkoenig at gcc dot gnu.org
Ke
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109322
--- Comment #12 from Thomas Koenig ---
One additional point. Using -fdump-fortran-original on
the original test case, one finds
symtree: 'Bar' || symbol: 'bar'
type spec : (UNKNOWN 0 C_INTEROP)
attributes: (DERIVED P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116400
--- Comment #2 from Thomas Koenig ---
(In reply to Richard Biener from comment #1)
> Is that with --enable-maintainer-mode?
Yes (they would not be written out otherwise).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84386
--- Comment #4 from Thomas Koenig ---
(In reply to kargls from comment #3)
> Perhaps, you have a local change in your git repository.
I just compiled the wrong test case, that's all :-)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118896
Thomas Koenig changed:
What|Removed |Added
Severity|normal |enhancement
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58786
Thomas Koenig changed:
What|Removed |Added
CC||tkoenig at gcc dot gnu.org
Known to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84386
Thomas Koenig changed:
What|Removed |Added
CC||tkoenig at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86679
Thomas Koenig changed:
What|Removed |Added
Last reconfirmed|2018-07-27 00:00:00 |2025-2-17
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66182
Thomas Koenig changed:
What|Removed |Added
Last reconfirmed|2015-08-30 00:00:00 |2025-2-17
--- Comment #3 from Thomas Koe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47486
Thomas Koenig changed:
What|Removed |Added
Last reconfirmed|2012-02-14 00:00:00 |2025-2-17
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=45057
Thomas Koenig changed:
What|Removed |Added
Last reconfirmed|2010-08-06 21:21:08 |2025-2-17
--- Comment #1 from Thomas Koe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113997
Thomas Koenig changed:
What|Removed |Added
Keywords||needs-stdcheck
--- Comment #9 from Thom
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113997
Thomas Koenig changed:
What|Removed |Added
Keywords|needs-stdcheck |
--- Comment #8 from Thomas Koenig ---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113997
Thomas Koenig changed:
What|Removed |Added
Keywords||needs-stdcheck
--- Comment #7 from Thom
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63426
Bug 63426 depends on bug 118862, which changed state.
Bug 118862 Summary: UBSAN: shift exponent too large since
r15-7345-gc2a0ee58865c5a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118862
What|Removed |Added
-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118862
Thomas Koenig changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88052
--- Comment #15 from Thomas Koenig ---
(In reply to john.harper from comment #14)
> The comma between A and F is still required by F2023 constraint C1302,
> and gfortran 14.2.0 still compiles and runs the test program omitting it
> even if the -s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113997
Thomas Koenig changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107266
Thomas Koenig changed:
What|Removed |Added
CC||tkoenig at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104100
Thomas Koenig changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100916
Thomas Koenig changed:
What|Removed |Added
Keywords||needs-stdcheck
Blocks|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84591
Thomas Koenig changed:
What|Removed |Added
CC||tkoenig at gcc dot gnu.org
B
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105310
Thomas Koenig changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88688
Thomas Koenig changed:
What|Removed |Added
CC||tkoenig at gcc dot gnu.org
Resol
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55978
Thomas Koenig changed:
What|Removed |Added
Status|NEW |WAITING
--- Comment #36 from Thomas Koen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109624
Thomas Koenig changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116829
Thomas Koenig changed:
What|Removed |Added
CC||tkoenig at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48958
Thomas Koenig changed:
What|Removed |Added
CC||tkoenig at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=31059
Thomas Koenig changed:
What|Removed |Added
Status|ASSIGNED|WAITING
--- Comment #13 from Thomas Koen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88052
Thomas Koenig changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88052
Thomas Koenig changed:
What|Removed |Added
CC||tkoenig at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113883
Thomas Koenig changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118862
--- Comment #7 from Thomas Koenig ---
Created attachment 60505
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60505&action=edit
Patch that should fix the issue
I think the attached patch, based on Jakub's patch, should fix the
issue. I t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118890
Thomas Koenig changed:
What|Removed |Added
Blocks||63426
Target|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118890
Bug ID: 118890
Summary: usbsan failure for powerpc64le-unknown-linux-gnu
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118884
Thomas Koenig changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118159
Thomas Koenig changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118845
Thomas Koenig changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118884
--- Comment #10 from Thomas Koenig ---
Fixed with r15-7552-gfd00010ba21c04bddb20aef52f62de5636075067 .
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118884
--- Comment #9 from Thomas Koenig ---
(In reply to Thomas Koenig from comment #8)
> Hmm.. .the type should not be BT_UNKNOWN.
>
> Reduced test caes:
>
> SUBROUTINE CGET24
> EXTERNAL CSLECT
> LOGOCAL CSLECT
>
> CALL CGE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118884
--- Comment #8 from Thomas Koenig ---
Hmm.. .the type should not be BT_UNKNOWN.
Reduced test caes:
SUBROUTINE CGET24
EXTERNAL CSLECT
LOGOCAL CSLECT
CALL CGEESX(CSLECT)
IF (CSLECT() KNTEIG = KNTEIG + 1
CALL
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118884
Thomas Koenig changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118884
--- Comment #7 from Thomas Koenig ---
(In reply to Jerry DeLisle from comment #6)
> I forgot to mention this is a good hint for Thomas regarding how to tweak
> the previous fix.
Yes, if the argument is of unknown type, the test can be skipped,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118862
--- Comment #6 from Thomas Koenig ---
> I'll take a look.
Found it, will probably submit tomorrow.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118862
--- Comment #5 from Thomas Koenig ---
(In reply to Jakub Jelinek from comment #4)
> Completely untested.
This regresses in unsigned_43.f90, on the test case
unsigned(kind=1) :: x, r1, r2, r3, r4
unsigned(kind=1) :: n
x = 0u_1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118862
Thomas Koenig changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118845
--- Comment #9 from Thomas Koenig ---
Should be fixed by
https://gcc.gnu.org/g:cdb4d27a4c2786cf1b1b0eb1872eac6a5f931578
(I'll wait for closing this until it is confirmed that Lapack
builds again).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118845
--- Comment #8 from Thomas Koenig ---
This works:
diff --git a/gcc/fortran/interface.cc b/gcc/fortran/interface.cc
index fdde84db80d..eee5520ad93 100644
--- a/gcc/fortran/interface.cc
+++ b/gcc/fortran/interface.cc
@@ -5822,7 +5822,14 @@ gfc_ge
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118845
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=96909
Thomas Koenig changed:
What|Removed |Added
Resolution|--- |FIXED
Status|WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97123
Thomas Koenig changed:
What|Removed |Added
CC||tkoenig at gcc dot gnu.org
Last reconf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96909
Thomas Koenig changed:
What|Removed |Added
Status|NEW |WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96909
Thomas Koenig changed:
What|Removed |Added
Keywords||ice-on-valid-code
CC|
1 - 100 of 501 matches
Mail list logo