https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100594
Pilar Latiesa changed:
What|Removed |Added
CC||pilarlatiesa at gmail dot com
--- Comme
mpiler error: in convert_nontype_argument, at
cp/pt.c:7653
2 | using CI = ComplexInt<1 + 3i>;
| ^
0x6b6b34 convert_nontype_argument
/var/tmp/portage/sys-devel/gcc-12.0.0_alpha20210516/work/gcc-12-20210516/gcc/cp/pt.c:7653
0x6b6b34 convert
compiler error: gfc_trans_omp_workshare(): Bad statement code
0x82f5c9 gfc_report_diagnostic
/var/tmp/portage/sys-devel/gcc-12.0.0_alpha20210516/work/gcc-12-20210516/gcc/fortran/error.c:782
0x82f5c9 gfc_internal_error(char const*, ...)
/var/tmp/portage/sys-devel/gcc-12.0.0_alpha20210516
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100593
--- Comment #3 from Alexander Monakov ---
I understand what you're saying, but it seems we're talking past each other.
I agree that if a library is linked with any -Bsymbolic* flag, the main
executable is at risk of broken address uniqueness un
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100629
--- Comment #2 from James McKelvey ---
Occurs with and without optimization. I'll compare errors between the two.
hwmzjgfh.cpp:6:31: internal compiler error: Segmentation fault
6 | template void f();
| ^
0x10dbb6f crash_signal
/var/tmp/portage/sys-devel/gcc-12.0.0_alpha20210516/work/gcc-12-20210516/gcc/toplev.c:327
0x9ddcd5 tree_check(tree_node*, char const*, int
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100629
--- Comment #1 from James McKelvey ---
Created attachment 50821
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50821&action=edit
Source of Main
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100593
--- Comment #2 from Fangrui Song ---
(In reply to Alexander Monakov from comment #1)
> It is not necessary to change -fno-pic code generation to gain most of the
> -Bsymbolic benefit
It is necessary, otherwise the function address taken from th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100593
Alexander Monakov changed:
What|Removed |Added
CC||amonakov at gcc dot gnu.org
--- Com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100631
--- Comment #2 from 康桓瑋 ---
In addition, I think elements_view::_Sentinel::_M_equal should be a template
function, and elements_view::_Iterator also needs to declare _Sentinel
as a friend, otherwise the following valid codes will be rejected:
h
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100631
--- Comment #1 from 康桓瑋 ---
Another issue is that in elements_view::_Sentinel in ranges#L3677:
template>
requires sized_sentinel_for, iterator_t<_Base2>>
friend constexpr range_difference_t<_Base2>
operator-(const _Iterator<_Cons
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100631
Bug ID: 100631
Summary: ranges::elements_view:: _Sentinel is missing
__distance_from() that can access _M_current of
_Iterator
Product: gcc
Version: 12.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59371
--- Comment #28 from Jiu Fu Guo ---
If change code as below, 'i' is not starting from '0', and 'compare code' is
'!='
then wrap/overflow on 'i' may happen, and optimizations (e.g. vectorization)
are not applied.
The below patch is trying to optim
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59371
Jiu Fu Guo changed:
What|Removed |Added
CC||guojiufu at gcc dot gnu.org
--- Comment #27
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100499
--- Comment #9 from bin cheng ---
Seems we have a long standing bug in fold-const.c:multiple_of_p in case of
wrapping types. Take unsigned int as an example:
(0xfffc * 0x3) % 0x3 = 0x1
But multiple_of_p returns true here.
The same issue
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100626
--- Comment #1 from Haoxin Tu ---
Another test case that crashes on all -O1 to -Os.
$cat small.c
#include
int uc_4, i_5, us_7;
void fn1() {
int li_18;
int64_t *ptr_43 = &li_18;
for (; us_7;) {
fn2();
*ptr_43 ^= uc_4;
}
i_5 =
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94289
sandra at gcc dot gnu.org changed:
What|Removed |Added
CC||sandra at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100630
Bug ID: 100630
Summary: Unexpected implicit conversion from volatile bool& to
std::filesystem::path in gcc <= 10
Product: gcc
Version: 10.3.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100629
Bug ID: 100629
Summary: Regression from 10 symbol mismatch between class
definition and use with optimization
Product: gcc
Version: 11.1.1
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96928
--- Comment #4 from Andrew Pinski ---
Note while moving this optimization to match-and-simplify I noticed that the
gimple produced is:
(~a) ^ b
But this get changed around to:
~(a ^ b)
By PRE latter on.
I only noticed this because the testcase
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100628
Bug ID: 100628
Summary: fftw segfaults with gcc-9
Product: gcc
Version: 9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: inline-asm
As
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100483
--- Comment #6 from Jan Hubicka ---
> Thanks for the clarification. I misinterpreted the documentation.
> Then it seems that -fno-semantic-interposition is a very safe optimization for
> distributions to default to. Closing as intended.
Basical
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100483
Fangrui Song changed:
What|Removed |Added
Resolution|--- |INVALID
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100453
--- Comment #11 from Eric Botcazou ---
*** Bug 100601 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100601
Eric Botcazou changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100627
--- Comment #1 from Andrew Pinski ---
This is a target issue dealing with how uint64_t ->float/double conversions are
done.
On aarch64 for cvt_f64_std we get good code at -O3:
cvt_f64_std(std::array&, std::array const&):
ldp q7, q6,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100627
Bug ID: 100627
Summary: missing optimization
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100576
Andrew Pinski changed:
What|Removed |Added
Version|tree-ssa|12.0
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100624
Andrew Pinski changed:
What|Removed |Added
Depends on||98195
--- Comment #1 from Andrew Pinski
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100626
Bug ID: 100626
Summary: ICE Segmentation fault (during RTL pass: split1)
Product: gcc
Version: 11.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Componen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100625
Bug ID: 100625
Summary: ICE on gimple program: Segmentation fault,
contains_struct_check(tree_node*,
tree_node_structure_enum, char const*, int, char
const*)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100624
Bug ID: 100624
Summary: ICE: Segmentation fault, gimplify_target_expr
Product: gcc
Version: tree-ssa
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100483
--- Comment #4 from H.J. Lu ---
Symbol resolution in an executable or a shared library at run-time is
determined by
1. Linker options + all input files at link-time.
2. ld.so + all shared libraries at run-time.
Add a compiler option at compile
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100612
--- Comment #7 from Jonathan O'Connor
---
libstdc++. Woops, apologies!
I feel somewhat vindicated by your non __STRICT_ANSI__ change!
I'll now go away and write the proposal. Thanks for the encouragement.
y-trunk-r12-815-20210516001637-g1ba3f0ef546-checking-yes-rtl-df-extra-amd64
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 12.0.0 20210516 (experimental) (GCC)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100380
--- Comment #5 from Antoni ---
I can confirm that the problem is indeed what I described in my previous post.
One solution would be to check if the rvalue was replayed (and if not, replay
it now), but that involves adding this check everywhere,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100602
Dominique d'Humieres changed:
What|Removed |Added
Known to fail||11.1.0, 12.0
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100607
Dominique d'Humieres changed:
What|Removed |Added
Last reconfirmed||2021-05-16
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100618
--- Comment #3 from Alexander Monakov ---
Furthermore as discussed in bug 100483 this request appears based on a
misunderstanding what the 'semantic-' part of the option is about. It does not
affect assembly/linker-level binding mechanism, so th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100483
Jan Hubicka changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100483
Alexander Monakov changed:
What|Removed |Added
CC||amonakov at gcc dot gnu.org
--- Com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100616
--- Comment #2 from wang ivor ---
One workaround I found is to always use templates to refer to C inside modules
and only ever instantiate them in the outermost translation units.
Or, if you only instantiate C with template arguments of primit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100617
--- Comment #1 from wang ivor ---
A workaround is to create a module that exports only the namespace A and
'export import' it in the module 'test1'.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95833
--- Comment #3 from Tony E Lewis ---
Great. Thanks very much.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100622
Bug ID: 100622
Summary: Conversion to smaller unsigned type in loop
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Compone
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100618
Alexander Monakov changed:
What|Removed |Added
CC||amonakov at gcc dot gnu.org
--- Com
46 matches
Mail list logo
