https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113338
--- Comment #2 from Brad Richardson ---
The addition of CFI_cdesc_t in 2018 means it is possible to pass
non-interoperable types to C so long as it doesn't need to know anything about
its type (i.e. doesn't try to modify or copy it). And yes, in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113338
Bug ID: 113338
Summary: Valid Code Rejected, bind(C) procedure with pointer
argument
Product: gcc
Version: 13.2.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111341
--- Comment #2 from Brad Richardson ---
You'll need to use fpm. I.e.
$ tree
.
├── app
│ └── main.f90
└── fpm.toml
$ fpm run
+ mkdir -p build/dependencies
Initialized empty Git repository in
/home/brad/examples/empty_elemental/build/dependenc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111341
Bug ID: 111341
Summary: Elemental operator on zero-sized array seg-faults
Product: gcc
Version: 13.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compone
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87326
Brad Richardson changed:
What|Removed |Added
CC||everythingfunctional@proton
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110505
Brad Richardson changed:
What|Removed |Added
Status|RESOLVED|CLOSED
Resolution|MOVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110505
--- Comment #2 from Brad Richardson ---
I'm on and x86 Arch Linux machine. By works do you mean valgrind doesn't report
any errors at all? I can also try a system upgrade and reboot and see if
anything changes.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110505
Bug ID: 110505
Summary: Memory Problems with Array Constructor From Zero Size
Allocatable Array Function Result
Product: gcc
Version: 13.1.1
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110415
Bug ID: 110415
Summary: (Re)allocation on assignment to allocatable
polymorphic variable from allocatable polymorphic
function result
Product: gcc
Version: 13.1.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105594
Bug ID: 105594
Summary: -Wuse-without-only issued for any submodule
Product: gcc
Version: 11.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105542
Brad Richardson changed:
What|Removed |Added
CC||everythingfunctional@proton
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101632
Brad Richardson changed:
What|Removed |Added
CC||everythingfunctional@proton
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105309
Brad Richardson changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105309
--- Comment #1 from Brad Richardson ---
After some more searching, I think this is actually a duplicate of 101632. I'll
close this one.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105309
Bug ID: 105309
Summary: recursive should be the default now, or
-fcheck=recursion is incorrect
Product: gcc
Version: 11.2.0
Status: UNCONFIRMED
Severity: norma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102190
Bug ID: 102190
Summary: Syntax error reported in associate construct
Product: gcc
Version: 11.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102112
Bug ID: 102112
Summary: Cannot associate with component of associate target
Product: gcc
Version: 11.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102111
--- Comment #2 from Brad Richardson ---
Thanks for the for the confirmation. Glad to hear it is fixed in later
versions.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102111
Bug ID: 102111
Summary: Segfault with associate to derived type with
allocatable component
Product: gcc
Version: 11.1.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102109
Bug ID: 102109
Summary: Associate to construct compound object results in
incorrect type inferred
Product: gcc
Version: 11.1.0
Status: UNCONFIRMED
Severity: no
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102106
Bug ID: 102106
Summary: Intermittent Segfault with associate to derived type
with polymorphic component
Product: gcc
Version: 11.1.0
Status: UNCONFIRMED
Severi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100337
Bug ID: 100337
Summary: Should be able to pass non-present optional arguments
to CO_BROADCAST
Product: gcc
Version: 10.2.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99922
--- Comment #2 from Brad Richardson ---
Output from compiling and running with Intel:
[pop-os:~/tmp/c_string_interop] ifort -V
Intel(R) Fortran Intel(R) 64 Compiler Classic for applications running on
Intel(R) 64, Version 2021.2.0 Build 20210228
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99922
Bug ID: 99922
Summary: Bind(C) with assumed length character should work
Product: gcc
Version: 10.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97864
--- Comment #8 from Brad Richardson ---
The below is a direct copy-paste from my terminal:
[Brads-MacBook-Pro:~/tmp/ice_mwe] cat mwe.f90
implicit none
type VARYING_STRING
character(len=1), allocatable :: characters(:)
end t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97864
--- Comment #6 from Brad Richardson ---
I recently updated to Big Sur, and have xcode version 12.2, but this initially
occurred on Catalina. I don't know exactly which version of xcode was installed
then.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97864
--- Comment #2 from Brad Richardson ---
(In reply to Dominique d'Humieres from comment #1)
> Works for me on Big Sur with all the revision I have tried.
I just update to Big Sur (initial report was still on Catalina), and am still
seeing the sam
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97864
Bug ID: 97864
Summary: Homebrew Operator Overload ICE
Product: gcc
Version: 10.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
28 matches
Mail list logo
