function 'foo':
bhwx2dh3.c:12:1: internal compiler error: in as_a, at machmode.h:365
12 | }
| ^
0x6c306f scalar_int_mode as_a(machine_mode)
/var/tmp/portage/cross-aarch64-linux-gnu/gcc-11.0.1_alpha20210328/work/gcc-11-20210328/gcc/machmode.h:365
0x6c467f scalar_float
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99781
--- Comment #2 from Arseny Solokha ---
(In reply to Jakub Jelinek from comment #1)
> ICEs since r8-6032-g43cacb12fc859b671464b63668794158974b2a34 when SVE
> support has been added, so doesn't look like a regression to me, as before
> that it woul
-aarch64-linux-gnu/gcc-11.0.1_alpha20210328/work/gcc-11-20210328/gcc/tree-vect-slp.c:3727
0x7c41bf vect_slp_analyze_node_operations
/var/tmp/portage/cross-aarch64-linux-gnu/gcc-11.0.1_alpha20210328/work/gcc-11-20210328/gcc/tree-vect-slp.c:3933
0x123510b vect_slp_analyze_node_operations
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99806
Bug ID: 99806
Summary: ICE in tsubst_copy of gcc-trunk and tree_code_size of
gcc-10
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Pr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96416
--- Comment #16 from Glen Joseph Fernandes ---
> should a wording defect be raised against std::to_address(Ptr), to state that
> pointer_traits being well-formed is actually a prerequisite?
That's not an omission in the specification of to_addr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99805
Bug ID: 99805
Summary: filesystem::path::parent_path got a wrong path
Product: gcc
Version: 10.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96770
--- Comment #4 from CVS Commits ---
The master branch has been updated by Christophe Lyon :
https://gcc.gnu.org/g:46720db72cadfb85501e102d94e06683300a2327
commit r11-7881-g46720db72cadfb85501e102d94e06683300a2327
Author: Christophe Lyon
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99602
--- Comment #35 from CVS Commits ---
The master branch has been updated by Paul Thomas :
https://gcc.gnu.org/g:297363774e6a5dca2f46a85ab086f1d9e59431ac
commit r11-7880-g297363774e6a5dca2f46a85ab086f1d9e59431ac
Author: Paul Thomas
Date: Sun M
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99804
Bug ID: 99804
Summary: cannot convert bit field enum to its own type in a
template member function
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: n
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99803
Bug ID: 99803
Summary: internal compiler error: in make_typename_type, at
cp/decl.c:4057
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99802
Bug ID: 99802
Summary: [11 regression] Assignment of aggregate done
component-by-component
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99801
Bug ID: 99801
Summary: Address sanitizer false positive with pointer to
member function.
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98201
Dominique d'Humieres changed:
What|Removed |Added
Resolution|--- |INVALID
Status|WAITIN
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98201
--- Comment #19 from dpozar at ecs dot umass.edu ---
I think it can be closed. never found out why this occurred, but I reloaded
gfortran from another source and it worked after that.
thanks,
dave
From: dominiq at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98201
--- Comment #18 from Dominique d'Humieres ---
Could this PR be closed or moved to target component?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95998
Dominique d'Humieres changed:
What|Removed |Added
Resolution|--- |FIXED
Status|WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57832
--- Comment #7 from Manuel López-Ibáñez ---
(In reply to Martin Sebor from comment #6)
> In the reduced test cases (in comment #3 and comment #4) d is a global
> variable so it's value is zero. c is assigned in the first iteration of the
> loop
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99797
--- Comment #5 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #4)
> (In reply to Martin Uecker from comment #3)
> > The C standard says (6.3.2.1p2)
>
> J.2 Undefined behavior
>
> — The value of an object with automatic storage d
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99797
--- Comment #4 from Andrew Pinski ---
(In reply to Martin Uecker from comment #3)
> The C standard says (6.3.2.1p2)
J.2 Undefined behavior
— The value of an object with automatic storage duration is used while it is
indeterminate (6.2.4, 6.7.9,
19 matches
Mail list logo
