https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67485
Vittorio Zecca changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61158
Vittorio Zecca changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59065
--- Comment #10 from Vittorio Zecca ---
This issue seems to have been resolved in the trunk gfortran 11.0.0
gfortran gfbug109.f -fcheck=pointer -g
[vitti f95]$./a.out
At line 9 of file gfbug109.f
Fortran runtime error: Allocatable argument 'a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99186
Bug ID: 99186
Summary: std::tuple compilation error when elements are
specializations of template class declared with
template < auto E > syntax with E being a enumerator
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99185
--- Comment #3 from kal.conley at dectris dot com ---
I don't think there should be any dynamic initialization of A here. Also, its
weird that if the definition if A is changed to:
struct A {
int value = 0;
A() = default;
};
then the error g
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99059
--- Comment #2 from Luke Dalessandro ---
Ran into this in a static constexpr initializer, not really a workaround for it
that I can find.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99185
--- Comment #2 from Andrew Pinski ---
I think the error is correct. There is no defined ordering of globalstar
between translation units.
Can you explain why you think the ordering is defined here?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99185
--- Comment #1 from kal.conley at dectris dot com ---
Strict init-order checking is enabled.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99185
Bug ID: 99185
Summary: asan initialization-order-fiasco false positive
Product: gcc
Version: 10.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99184
Bug ID: 99184
Summary: [avr] wrong double to 16-Bit and 32-Bit integers in
libgcc/libf7
Product: gcc
Version: 10.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99179
Iain Sandoe changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99183
Bug ID: 99183
Summary: Incompatible Runtime types
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
As
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99027
Andrew Burgess changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99092
Iain Sandoe changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99182
Bug ID: 99182
Summary: Misleading fixit hint for misspelled Greek letter
identifiers
Product: gcc
Version: 10.2.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99147
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSI
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99181
Bug ID: 99181
Summary: char_traits (and thus string_view) compares
strings differently in constexpr and non-constexpr
contexts
Product: gcc
Version: 11.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99180
Bug ID: 99180
Summary: ICE with alias template and empty parameter pack
Product: gcc
Version: 11.0
URL: https://godbolt.org/z/qrGn34
Status: UNCONFIRMED
Severity: no
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99179
Bug ID: 99179
Summary: asan failures with -Os on x86_64-apple-darwin20
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: sa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96724
Dominique d'Humieres changed:
What|Removed |Added
Status|NEW |WAITING
--- Comment #2 from Domin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99171
Dominique d'Humieres changed:
What|Removed |Added
Priority|P3 |P4
Summary|[10 Regress
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99171
Dominique d'Humieres changed:
What|Removed |Added
Last reconfirmed||2021-02-20
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98573
--- Comment #7 from Dominique d'Humieres ---
A patch has been submitted at
https://gcc.gnu.org/pipermail/fortran/2021-January/055624.html
and approved at
https://gcc.gnu.org/pipermail/fortran/2021-January/055644.html
More comments at
https:/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99148
Dominique d'Humieres changed:
What|Removed |Added
Last reconfirmed||2021-02-20
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99145
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99092
--- Comment #11 from Iain Sandoe ---
(In reply to Andrew Pinski from comment #10)
> From the ARM ARM:
> An assembler program translating a Load/Store instruction, for example LDR,
> is required to encode an unambiguous offset using the unscaled 9
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99148
--- Comment #1 from Vittorio Zecca ---
Reproduction of this issue requires an address sanitized version of
libgfortran.
I narrowed the issue to unpack0_char changing
{
gfc_array_char tmp;
if (unlikely(compile_options.bounds_check))
unpa
27 matches
Mail list logo
