[Bug target/100119] [x86] Conversion unsigned int -> double produces -0 (-m32 -msse2 -mfpmath=sse)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100119 Richard Biener changed: What|Removed |Added Status|UNCONFIRMED |NEW Ever confirmed|0 |1 Last reconfirmed||2021-04-19 Target|x86_64-*-* i?86-*-* |i?86-*-* Known to fail||10.3.0, 11.0, 7.5.0 --- Comment #1 from Richard Biener --- Confirmed.
[Bug preprocessor/100142] New: [11 Regression] ICE in linemap_position_for_loc_and_offset, at libcpp/line-map.c:1004
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100142
Bug ID: 100142
Summary: [11 Regression] ICE in
linemap_position_for_loc_and_offset, at
libcpp/line-map.c:1004
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: preprocessor
Assignee: unassigned at gcc dot gnu.org
Reporter: asolokha at gmx dot com
Target Milestone: ---
gcc-11.0.1-alpha20210418 snapshot (g:b412ce8e961052e6becea3bc783a53e1d5feaa0f)
ICEs when compiling the following testcase w/ -fpreprocessed:
void
foo (void)
{
assert (1);
}
% gcc-11.0.1 -c a14n5g3n.i
a14n5g3n.i: In function 'foo':
a14n5g3n.i:4:3: warning: implicit declaration of function 'assert'
[-Wimplicit-function-declaration]
4 | assert (1);
| ^~
a14n5g3n.i:4:3: internal compiler error: in
linemap_position_for_loc_and_offset, at libcpp/line-map.c:1004
0x1a48cb0 linemap_position_for_loc_and_offset(line_maps*, unsigned int,
unsigned int)
/var/tmp/portage/sys-devel/gcc-11.0.1_alpha20210418/work/gcc-11-20210418/libcpp/line-map.c:1004
0x8b3004 try_to_locate_new_include_insertion_point
/var/tmp/portage/sys-devel/gcc-11.0.1_alpha20210418/work/gcc-11-20210418/gcc/c-family/c-common.c:8961
0x8b3004 maybe_add_include_fixit(rich_location*, char const*, bool)
/var/tmp/portage/sys-devel/gcc-11.0.1_alpha20210418/work/gcc-11-20210418/gcc/c-family/c-common.c:9014
0x8ec9d2 suggest_missing_header::~suggest_missing_header()
/var/tmp/portage/sys-devel/gcc-11.0.1_alpha20210418/work/gcc-11-20210418/gcc/c-family/known-headers.cc:300
0x8eca4d suggest_missing_header::~suggest_missing_header()
/var/tmp/portage/sys-devel/gcc-11.0.1_alpha20210418/work/gcc-11-20210418/gcc/c-family/known-headers.cc:294
0x8eca4d suggest_missing_header::~suggest_missing_header()
/var/tmp/portage/sys-devel/gcc-11.0.1_alpha20210418/work/gcc-11-20210418/gcc/c-family/known-headers.cc:305
0x7fa1eb
std::default_delete::operator()(deferred_diagnostic*)
const
/var/tmp/portage/sys-devel/gcc-11.0.1_alpha20210418/work/gcc-11-20210418/libstdc++-v3/include/bits/unique_ptr.h:85
0x7fa1eb std::unique_ptr >::~unique_ptr()
/var/tmp/portage/sys-devel/gcc-11.0.1_alpha20210418/work/gcc-11-20210418/libstdc++-v3/include/bits/unique_ptr.h:361
0x7fa1eb name_hint::~name_hint()
/var/tmp/portage/sys-devel/gcc-11.0.1_alpha20210418/work/gcc-11-20210418/gcc/c-family/name-hint.h:91
0x7fa1eb implicit_decl_warning
/var/tmp/portage/sys-devel/gcc-11.0.1_alpha20210418/work/gcc-11-20210418/gcc/c/c-decl.c:3414
0x7fa44d implicit_decl_warning
/var/tmp/portage/sys-devel/gcc-11.0.1_alpha20210418/work/gcc-11-20210418/gcc/c/c-decl.c:3350
0x7fa44d implicitly_declare(unsigned int, tree_node*)
/var/tmp/portage/sys-devel/gcc-11.0.1_alpha20210418/work/gcc-11-20210418/gcc/c/c-decl.c:3714
0x814a57 build_external_ref(unsigned int, tree_node*, bool, tree_node**)
/var/tmp/portage/sys-devel/gcc-11.0.1_alpha20210418/work/gcc-11-20210418/gcc/c/c-typeck.c:2835
0x84cd2a c_parser_postfix_expression
/var/tmp/portage/sys-devel/gcc-11.0.1_alpha20210418/work/gcc-11-20210418/gcc/c/c-parser.c:9005
0x850a8a c_parser_unary_expression
/var/tmp/portage/sys-devel/gcc-11.0.1_alpha20210418/work/gcc-11-20210418/gcc/c/c-parser.c:8224
0x8522bb c_parser_cast_expression
/var/tmp/portage/sys-devel/gcc-11.0.1_alpha20210418/work/gcc-11-20210418/gcc/c/c-parser.c:8066
0x852564 c_parser_binary_expression
/var/tmp/portage/sys-devel/gcc-11.0.1_alpha20210418/work/gcc-11-20210418/gcc/c/c-parser.c:7869
0x8538e8 c_parser_conditional_expression
/var/tmp/portage/sys-devel/gcc-11.0.1_alpha20210418/work/gcc-11-20210418/gcc/c/c-parser.c:7592
0x853fe4 c_parser_expr_no_commas
/var/tmp/portage/sys-devel/gcc-11.0.1_alpha20210418/work/gcc-11-20210418/gcc/c/c-parser.c:7507
0x854295 c_parser_expression
/var/tmp/portage/sys-devel/gcc-11.0.1_alpha20210418/work/gcc-11-20210418/gcc/c/c-parser.c:10600
[Bug fortran/100118] [8/9/10/11 Regression] ICE on sizeof with derived type components since r6-202-gf3b0bb7a560be0f0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100118 Martin Liška changed: What|Removed |Added CC||marxin at gcc dot gnu.org, ||vehre at gcc dot gnu.org Summary|ICE on sizeof with derived |[8/9/10/11 Regression] ICE |type components |on sizeof with derived type ||components since ||r6-202-gf3b0bb7a560be0f0 --- Comment #2 from Martin Liška --- Started with r6-202-gf3b0bb7a560be0f0.
[Bug tree-optimization/89697] [9/10/11 Regression] SRA prevents -Wuninitialized warning
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89697 Richard Biener changed: What|Removed |Added Priority|P3 |P2 Target Milestone|--- |9.4
[Bug tree-optimization/89976] [9/10/11 Regression] missing -Wuninitialized for struct member due to sra and TREE_NO_WARNING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89976 Richard Biener changed: What|Removed |Added Priority|P3 |P2 Target Milestone|--- |9.4
[Bug tree-optimization/97108] [9/10/11 Regression] -Wmaybe-uninitialized false positive
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97108 Richard Biener changed: What|Removed |Added Target Milestone|--- |9.4 Priority|P3 |P2
[Bug fortran/100024] [10/11 Regression] ICE on subroutine missing explicit interface
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100024 Richard Biener changed: What|Removed |Added Target Milestone|--- |10.4 Priority|P3 |P4
[Bug fortran/100118] [8/9/10/11 Regression] ICE on sizeof with derived type components since r6-202-gf3b0bb7a560be0f0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100118 Richard Biener changed: What|Removed |Added Target Milestone|--- |8.5 Priority|P3 |P4
[Bug target/100141] Unable to build amdgcn-amdhsa offload accelerator for MinGW-w64 for both Windows 32-bit and 64-bit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100141 Jakub Jelinek changed: What|Removed |Added CC||jakub at gcc dot gnu.org --- Comment #1 from Jakub Jelinek --- --with-gnu-as --with-gnu-ld I don't think it is a good idea for GCN which isn't supported by binutils to pass the above options and pretend it is supported by binutils. As mentioned in https://gcc.gnu.org/wiki/Offloading#For_AMD_GCN: do you have LLVM available to do as/ld for GCN? /winlibs64-10.3.0/gcc-offload-amdgcn-10.3.0/gcc-10.3.0/build_win_offload-amdgcn/gcc/as: line 106: exec: -t: invalid option
[Bug fortran/100136] [11 Regression] ICE, regression, using flag -fcheck=pointer
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100136 Martin Liška changed: What|Removed |Added Summary|ICE, regression, using flag |[11 Regression] ICE, |-fcheck=pointer |regression, using flag ||-fcheck=pointer Known to fail||11.0 Ever confirmed|0 |1 Last reconfirmed||2021-04-19 Known to work||10.3.0 CC||anlauf at gcc dot gnu.org, ||marxin at gcc dot gnu.org, ||pault at gcc dot gnu.org Status|UNCONFIRMED |NEW Priority|P3 |P4 --- Comment #1 from Martin Liška --- Started with r11-7661-gc2d7c39fcb8a3cb6.
[Bug preprocessor/100142] [11 Regression] ICE in linemap_position_for_loc_and_offset, at libcpp/line-map.c:1004
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100142 Richard Biener changed: What|Removed |Added Keywords||ice-on-valid-code Ever confirmed|0 |1 Target Milestone|--- |11.0 Last reconfirmed||2021-04-19 Status|UNCONFIRMED |NEW Priority|P3 |P1 --- Comment #1 from Richard Biener --- Confirmed. Seems to be a quite recent regression. 1001 location_t r = 1002linemap_position_for_line_and_column (set, map, line, column); 1003 if (linemap_assert_fails (r <= set->highest_location) 1004 || linemap_assert_fails (map == linemap_lookup (set, r))) 1005return loc; the map == linemap_lookup (set, r) part fails.
[Bug preprocessor/100142] [11 Regression] ICE in linemap_position_for_loc_and_offset, at libcpp/line-map.c:1004
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100142 --- Comment #2 from Martin Liška --- Confirmed, started with r11-8150-g4acb3af3669db4ca.
[Bug tree-optimization/100081] [11 Regression] Compile time hog in irange since r11-4135-ge864d395b4e862ce
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100081 Martin Liška changed: What|Removed |Added Keywords|needs-reduction | --- Comment #11 from Martin Liška --- > If you want to try it, this should resolve the issue. I can confirm the patch resolves that.
[Bug preprocessor/100142] [11 Regression] ICE in linemap_position_for_loc_and_offset, at libcpp/line-map.c:1004 since r11-8150-g4acb3af3669db4ca
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100142 --- Comment #3 from Richard Biener --- diff --git a/libcpp/line-map.c b/libcpp/line-map.c index 2f5e7d2..a03d6760a8e 100644 --- a/libcpp/line-map.c +++ b/libcpp/line-map.c @@ -982,7 +982,7 @@ linemap_position_for_loc_and_offset (line_maps *set, the next line map of the set. Otherwise, we try to encode the location in the next map. */ for (; map != LINEMAPS_LAST_ORDINARY_MAP (set) -&& (loc + (column << map->m_range_bits) +&& (loc + (column_offset << map->m_range_bits) >= MAP_START_LOCATION (map + 1)); map++) /* If the next map is a different file, or starts in a higher line, we cannot encode the location there. */ fixes it (pasto in original fix?) and seems to preserve fixing the original PR (but that had no testcase added).
[Bug c++/100127] [coroutines] internal compiler error compiling promise with custom awaiter
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100127
--- Comment #1 from Iain Sandoe ---
I think that this issue is already fixed in the released 10.3 branch and in
master (will shortly become GCC11). Please could you try one of those?
$ ./gcc-10/gcc-10/bin/g++ -std=c++20 -fcoroutines pr100127.C -S -save-temps
pr100127.C: In function ‘future create_future()’:
pr100127.C:54:8: error: the coroutine promise type
‘std::__n4861::__coroutine_traits_impl::promise_type’ {aka
‘future::promise_type’} declares both ‘return_value’ and ‘return_void’
54 | future create_future()
|^
pr100127.C:49:14: note: ‘return_void’ declared here
49 | void return_void() {}
| ^~~
pr100127.C:31:14: note: ‘return_value’ declared here
31 | void return_value(value_type val) {
| ^~~~
===
$ ./gcc-master/gcc-11-0-1/bin/g++ -std=c++20 -fcoroutines pr100127.C -S
-save-temps
pr100127.C: In function ‘future create_future()’:
pr100127.C:54:8: error: the coroutine promise type
‘std::__n4861::__coroutine_traits_impl::promise_type’ {aka
‘future::promise_type’} declares both ‘return_value’ and ‘return_void’
54 | future create_future()
|^
pr100127.C:49:14: note: ‘return_void’ declared here
49 | void return_void() {}
| ^~~
pr100127.C:31:14: note: ‘return_value’ declared here
31 | void return_value(value_type val) {
| ^~~~
[Bug c/100140] Reference gcc development github mirror - Latest Development Build
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100140 Jakub Jelinek changed: What|Removed |Added CC||jakub at gcc dot gnu.org --- Comment #1 from Jakub Jelinek --- What glibc you are using? libstdc++ refers to __libc_single_threaded only with #elif __has_include() return ::__libc_single_threaded; #else and the sys/single_threaded.h header has been added in Glibc 2.32 together with the __libc_single_threaded symbol. So, are you doing a native build or cross-compilation (without sysroot?)? Do you have some unrelated sys/single_threaded.h header around, or are compiling against glibc 2.32+ headers and linking against glibc 2.31 or earlier?
[Bug target/100141] Unable to build amdgcn-amdhsa offload accelerator for MinGW-w64 for both Windows 32-bit and 64-bit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100141 --- Comment #2 from Brecht Sanders --- My plan was to build entirely without LLVM if possible, but if needed to just build the offload accelerator I do have it available (though I need to check if I have this target available). What options are needed to tell configure where to look for the assembler and linker?
[Bug target/100141] Unable to build amdgcn-amdhsa offload accelerator for MinGW-w64 for both Windows 32-bit and 64-bit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100141 --- Comment #3 from Jakub Jelinek --- Read the offloading wiki I have referenced?
[Bug c/100140] Reference gcc development github mirror - Latest Development Build
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100140 --- Comment #2 from Jonathan Wakely --- (In reply to Jignesh from comment #0) > I am reproducing the comment posted there which gives entire details > required for bug tracking and resolving. Unfortunately, no developers are > responding to my messages on Github development builds since last 2 days > hence posting here: Because it's an unofficial mirror that has nothing to do with the GCC project. No GCC developers are involved in it and nobody reads anything there.
[Bug libstdc++/99058] Consider adding a note about std::optional ABI break to the C++17 status table
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99058 --- Comment #11 from CVS Commits --- The releases/gcc-9 branch has been updated by Jonathan Wakely : https://gcc.gnu.org/g:2ede3f69d27e082cbba69b77e9807b06e3ad1730 commit r9-9357-g2ede3f69d27e082cbba69b77e9807b06e3ad1730 Author: Jonathan Wakely Date: Thu Feb 11 15:35:23 2021 + libstdc++: Document when C++11/14/17 support became stable [PR 99058] libstdc++-v3/ChangeLog: PR libstdc++/99058 * doc/xml/manual/status_cxx2011.xml: Document when support became stable. * doc/xml/manual/status_cxx2014.xml: Likewise. * doc/xml/manual/status_cxx2017.xml: Likewise. * doc/html/manual/status.html: Regenerate. (cherry picked from commit ce43c906049b828c0472d8499b52ac6233c869d0)
[Bug c/100143] New: gcc/gengtype.c:4097:34: warning: Function 'finish_root_table' argument order different
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100143 Bug ID: 100143 Summary: gcc/gengtype.c:4097:34: warning: Function 'finish_root_table' argument order different Product: gcc Version: 11.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c Assignee: unassigned at gcc dot gnu.org Reporter: dcb314 at hotmail dot com Target Milestone: --- Static analyser cppcheck says: gcc/gengtype.c:4097:34: warning: Function 'finish_root_table' argument order different: declaration 'flp, pfx, tname, lastname, name' definition 'flp, pfx, lastname, tname, name' [funcArgOrderDifferent] It might be worth fixing the declaration around line 2440 to match the definition and making sure all callers look ok.
[Bug libstdc++/99058] Consider adding a note about std::optional ABI break to the C++17 status table
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99058 --- Comment #12 from CVS Commits --- The releases/gcc-8 branch has been updated by Jonathan Wakely : https://gcc.gnu.org/g:07b4b069b34262b77e4295e57351bad49f3c4d06 commit r8-10848-g07b4b069b34262b77e4295e57351bad49f3c4d06 Author: Jonathan Wakely Date: Thu Feb 11 15:35:23 2021 + libstdc++: Document when C++11/14/17 support became stable [PR 99058] libstdc++-v3/ChangeLog: PR libstdc++/99058 * doc/xml/manual/status_cxx2011.xml: Document when support became stable. * doc/xml/manual/status_cxx2014.xml: Likewise. * doc/xml/manual/status_cxx2017.xml: Likewise. * doc/html/manual/status.html: Regenerate. (cherry picked from commit ce43c906049b828c0472d8499b52ac6233c869d0)
[Bug libstdc++/99058] Consider adding a note about std::optional ABI break to the C++17 status table
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99058 Jonathan Wakely changed: What|Removed |Added Resolution|--- |FIXED Status|ASSIGNED|RESOLVED --- Comment #13 from Jonathan Wakely --- Done in all active branches.
[Bug libstdc++/94080] -mabi=ieeelongdouble and -mfloat128 cause libstc++ header breakage
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94080 Jonathan Wakely changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED --- Comment #3 from Jonathan Wakely --- Yes, I think so.
[Bug target/100119] [x86] Conversion unsigned int -> double produces -0 (-m32 -msse2 -mfpmath=sse)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100119 --- Comment #2 from Uroš Bizjak --- diff --git a/gcc/config/i386/i386-expand.c b/gcc/config/i386/i386-expand.c index dda08ff67f2..5a7a00c13bd 100644 --- a/gcc/config/i386/i386-expand.c +++ b/gcc/config/i386/i386-expand.c @@ -1550,6 +1550,8 @@ ix86_expand_convert_uns_sixf_sse (rtx, rtx) gcc_unreachable (); } +static rtx ix86_expand_sse_fabs (rtx op0, rtx *smask); + /* Convert an unsigned SImode value into a DFmode. Only currently used for SSE, but applicable anywhere. */ @@ -1569,6 +1571,11 @@ ix86_expand_convert_uns_sidf_sse (rtx target, rtx input) x = const_double_from_real_value (TWO31r, DFmode); x = expand_simple_binop (DFmode, PLUS, fp, x, target, 0, OPTAB_DIRECT); + + /* Remove the sign with FE_DOWNWARD, where x - x = -0.0. */ + if (HONOR_SIGNED_ZEROS (DFmode) && flag_rounding_math) +x = ix86_expand_sse_fabs (x, NULL); + if (x != target) emit_move_insn (target, x); }
[Bug middle-end/100144] New: [OpenMP] Data race with "omp parallel master taskloop ... shared(scalar)"
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100144
Bug ID: 100144
Summary: [OpenMP] Data race with "omp parallel master taskloop
... shared(scalar)"
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Keywords: openmp
Severity: normal
Priority: P3
Component: middle-end
Assignee: unassigned at gcc dot gnu.org
Reporter: burnus at gcc dot gnu.org
CC: jakub at gcc dot gnu.org
Target Milestone: ---
That's SOLLVE_VV's
https://github.com/SOLLVE/sollve_vv/blob/master/tests/5.0/parallel_master_taskloop/test_parallel_master_taskloop.c#L31
The code uses:
int num_threads = -1;
...
#pragma omp parallel master taskloop num_threads(OMPVV_NUM_THREADS_HOST)
shared(x, y, z, num_threads)
for (int i = 0; i < N; i++) {
x[i] += y[i]*z[i];
if (omp_get_thread_num() == 0) {
num_threads = omp_get_num_threads();
}
}
Here: N = 1024, OMPVV_NUM_THREADS_HOST = 8 - and, hence,
"omp_get_thread_num() == 0" → 128 times true.
For num_threads:
* Result: -1 (initial value) or 8
* Expected: always >= 0, in particular == 8
The race also occurs when the assignment is surrounded by 'omp atomic write' or
'omp critical' surrounding the assignment (occurs quickly) or around the whole
for-block (did not see it, but TSAN reports this).
[Bug libstdc++/97570] avr-gcc: error: 'void* memalign' redeclared as different kind of entity
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97570 --- Comment #4 from CVS Commits --- The releases/gcc-10 branch has been updated by Jonathan Wakely : https://gcc.gnu.org/g:67e95b6908b842e437089e867e5eed6dbbe264f2 commit r10-9715-g67e95b6908b842e437089e867e5eed6dbbe264f2 Author: Jonathan Wakely Date: Mon Oct 26 12:02:50 2020 + libstdc++: Fix declarations of memalign etc. for freestanding [PR 97570] libstdc++-v3/ChangeLog: PR libstdc++/97570 * libsupc++/new_opa.cc: Declare size_t in global namespace. Remove unused header. (cherry picked from commit 93e9a7bcd5434a24c945de33cd7fa01a25f68418)
[Bug c/100143] gcc/gengtype.c:4097:34: warning: Function 'finish_root_table' argument order different
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100143 Martin Liška changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED CC||marxin at gcc dot gnu.org Ever confirmed|0 |1 Last reconfirmed||2021-04-19 --- Comment #1 from Martin Liška --- I'm gonna fix it.
[Bug c/100140] Reference gcc development github mirror - Latest Development Build
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100140 --- Comment #3 from Jignesh --- Thank you for your responses glibc version: 2.33.900 (developmental version installed from github) Source: git clone https://github.com/bminor/glibc. As far as I understand - I am doing a native build. I first downloaded via command git clone https://github.com/gcc-mirror/gcc target_directory in terminal. Than in target directory I created build directory then - cd build, ../configure --enable-multilib followed by make -s and stopped at error. Is this method a native build or cross compilation - sorry - but I cannot get that. As written in another comment, which is the official source of getting the developmental version? If I am doing something fundamentally wrong please let me know. I tried git build of around 12-04-2021 and it was very successful in make -s and then make install. So it seems that error has crept in after that by someone's pull request which has this side effect (this is my thinking). Thank you both of you again. Regards,
[Bug tree-optimization/100145] New: missed optimization for dead code elimination at -O3 (vs. -O2)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100145
Bug ID: 100145
Summary: missed optimization for dead code elimination at -O3
(vs. -O2)
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: zhendong.su at inf dot ethz.ch
Target Milestone: ---
[639] % gcctk -v
Using built-in specs.
COLLECT_GCC=gcctk
COLLECT_LTO_WRAPPER=/local/suz-local/software/local/gcc-trunk/libexec/gcc/x86_64-pc-linux-gnu/11.0.1/lto-wrapper
Target: x86_64-pc-linux-gnu
Configured with: ../gcc-trunk/configure --disable-bootstrap
--prefix=/local/suz-local/software/local/gcc-trunk --enable-languages=c,c++
--disable-werror --enable-multilib --with-system-zlib
Thread model: posix
Supported LTO compression algorithms: zlib
gcc version 11.0.1 20210419 (experimental) [master revision
b412ce8e961:756887f4cee:d64720a07f611c55e8c815c775a852d650a2e738] (GCC)
[640] %
[640] % gcctk -O2 -S -o O2.s small.c
[641] % gcctk -O3 -S -o O3.s small.c
[642] %
[642] % wc O2.s O3.s
77 164 1080 O2.s
88 187 1234 O3.s
165 351 2314 total
[643] %
[643] % grep foo O2.s
[644] % grep foo O3.s
callfoo
[645] %
[645] % cat small.c
int b, c, d, e;
void foo();
int a(int f, int p) { return (p && f) || (f && p < 0 && p + 1) ? 0 : f + p; }
static int g() {
int *h = &c;
*h = 0;
if (b) {
int *i = &e;
while (1) {
*h = a(0, i != 0);
if (*h)
return 0;
}
}
return 0;
}
int main() {
int *k = &c;
g();
d = 1;
if (*k > 100)
foo();
return 0;
}
[Bug c/100143] gcc/gengtype.c:4097:34: warning: Function 'finish_root_table' argument order different
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100143 --- Comment #2 from CVS Commits --- The master branch has been updated by Martin Liska : https://gcc.gnu.org/g:fde4a87e734f7a889d0cd57d92192e40c91adea2 commit r11-8240-gfde4a87e734f7a889d0cd57d92192e40c91adea2 Author: Martin Liska Date: Mon Apr 19 11:20:46 2021 +0200 Align decl and def arguments. gcc/ChangeLog: PR c/100143 * gengtype.c (finish_root_table): Align function arguments in between declaration and definition.
[Bug c/100143] gcc/gengtype.c:4097:34: warning: Function 'finish_root_table' argument order different
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100143 Martin Liška changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED --- Comment #3 from Martin Liška --- Fixed.
[Bug libstdc++/99077] [9 Regression] Cannot build libstdc++ with -fno-rtti
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99077 --- Comment #7 from CVS Commits --- The releases/gcc-9 branch has been updated by Jonathan Wakely : https://gcc.gnu.org/g:3674bfbe7c19fb1e7dfcd0a09dbad9d0e3868d78 commit r9-9358-g3674bfbe7c19fb1e7dfcd0a09dbad9d0e3868d78 Author: Jonathan Wakely Date: Fri Feb 12 10:37:56 2021 + libstdc++: Fix bootstrap with -fno-rtti [PR 99077] When libstdc++ is built without RTTI the __ios_failure type is just an alias for std::ios_failure, so trying to construct it from an int won't compile. This changes the RTTI-enabled __ios_failure type to have the same constructor parameters as std::ios_failure, so that the constructor takes the same arguments whether RTTI is enabled or not. The __throw_ios_failure function now constructs the error_code, instead of the __ios_failure constructor. As a drive-by fix that error_code is constructed with std::generic_category() not std::system_category(), because the int comes from errno which corresponds to the generic category. libstdc++-v3/ChangeLog: PR libstdc++/99077 * src/c++11/cxx11-ios_failure.cc (__ios_failure(const char*, int)): Change int parameter to error_code, to match std::ios_failure. (__throw_ios_failure(const char*, int)): Construct error_code from int parameter. (cherry picked from commit 4591f7e5329dcc6ee9af2f314a050936d470ab5b)
[Bug libstdc++/98319] LFTS headers give errors if included as C++11 or C++98
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98319 --- Comment #5 from CVS Commits --- The releases/gcc-9 branch has been updated by Jonathan Wakely : https://gcc.gnu.org/g:9736d20a85a20339417e1aafeae4d9a0a73c52ae commit r9-9359-g9736d20a85a20339417e1aafeae4d9a0a73c52ae Author: Jonathan Wakely Date: Wed Dec 16 13:37:17 2020 + libstdc++: Fix errors from Library Fundamentals TS headers in C++11 [PR 98319] Currently the , and headers can be included in C++98 and C++11 modes, but gives errors. With this change they can be included, but define nothing. libstdc++-v3/ChangeLog: PR libstdc++/98319 * include/experimental/memory_resource: Add system_header pragma and only define contents for C++14 and later. * include/experimental/random: Only define contents for C++14 and later. * include/experimental/source_location: Likewise. * include/experimental/utility: Likewise. * testsuite/experimental/feat-lib-fund.cc: Include all LFTS headers that are present. Allow test to run for all modes. (cherry picked from commit ab9bd93271061f436c10e35e261ecb73e2108ccc)
[Bug c/100140] Reference gcc development github mirror - Latest Development Build
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100140
--- Comment #4 from Jignesh ---
Again regarding glibc version:
through command ldd -version the output is 2.33.9000 while through following
script it is 2.28:
Script for glibc version:
#include
#include
#include
int main(int argc, char *argv[]) {
printf("GNU libc version: %s\n", gnu_get_libc_version());
exit(EXIT_SUCCESS);
}
Thank you.
[Bug libstdc++/98319] LFTS headers give errors if included as C++11 or C++98
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98319 --- Comment #6 from CVS Commits --- The releases/gcc-8 branch has been updated by Jonathan Wakely : https://gcc.gnu.org/g:c79725c7b21838e89105381ceff5af05b3609d21 commit r8-10849-gc79725c7b21838e89105381ceff5af05b3609d21 Author: Jonathan Wakely Date: Wed Dec 16 13:37:17 2020 + libstdc++: Fix errors from Library Fundamentals TS headers in C++11 [PR 98319] Currently the , and headers can be included in C++98 and C++11 modes, but gives errors. With this change they can be included, but define nothing. libstdc++-v3/ChangeLog: PR libstdc++/98319 * include/experimental/memory_resource: Add system_header pragma and only define contents for C++14 and later. * include/experimental/random: Only define contents for C++14 and later. * include/experimental/source_location: Likewise. * include/experimental/utility: Likewise. * testsuite/experimental/feat-lib-fund.cc: Include all LFTS headers that are present. Allow test to run for all modes. (cherry picked from commit ab9bd93271061f436c10e35e261ecb73e2108ccc)
[Bug libstdc++/98319] LFTS headers give errors if included as C++11 or C++98
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98319 Jonathan Wakely changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED --- Comment #7 from Jonathan Wakely --- Fixed for 8.5 and 9.4 too.
[Bug libstdc++/99077] [9 Regression] Cannot build libstdc++ with -fno-rtti
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99077 Jonathan Wakely changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED --- Comment #8 from Jonathan Wakely --- Fixed for 9.4
[Bug c/100140] Reference gcc development github mirror - Latest Development Build
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100140 --- Comment #5 from Jignesh --- I think if I will compile using the new glibc version by pointing to the path of that glibc - perhaps the problem will be resolved - It seems that the system is compiling via 2.28 version while this single thread was corrected in 2.32. I will try doing that and post the results here.
[Bug libstdc++/100146] New: __cpp_lib_to_chars not defined
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100146
Bug ID: 100146
Summary: __cpp_lib_to_chars not defined
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
Assignee: unassigned at gcc dot gnu.org
Reporter: gcc-bugs at marehr dot dialup.fu-berlin.de
Target Milestone: ---
Hi gcc-team,
it seems that you implemented the float variants of in gcc-11.
Is there a reason that you did not define `__cpp_lib_to_chars`?
The following code:
```cpp
#include
#ifndef __cpp_lib_to_chars
#warning("__cpp_lib_to_chars NOT defined")
#endif
#include
#ifndef __cpp_lib_to_chars
#warning("__cpp_lib_to_chars NOT defined")
#endif
#include
int main()
{
float value;
std::string_view view{"5.55"};
std::from_chars(view.begin(), view.end(), value);
}
```
throws warnings.
https://godbolt.org/z/WK7qs84Th
Thank you!
[Bug c/100140] Reference gcc development github mirror - Latest Development Build
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100140 --- Comment #6 from Jignesh --- As per guidance somewhere I will need to change configure script CFLAGS and some other flag to point to new glibc. Can you please guide what and where I will have to change to recompile gcc developmental version successfully. My new libraries of glibc 2.33.9000 are at /usr/local/lib. Thank you.
[Bug libstdc++/97570] avr-gcc: error: 'void* memalign' redeclared as different kind of entity
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97570 --- Comment #5 from CVS Commits --- The releases/gcc-9 branch has been updated by Jonathan Wakely : https://gcc.gnu.org/g:9a7ad8ff80dd5bb3ab178588f0ec92aea5251121 commit r9-9360-g9a7ad8ff80dd5bb3ab178588f0ec92aea5251121 Author: Jonathan Wakely Date: Mon Oct 26 12:02:50 2020 + libstdc++: Fix declarations of memalign etc. for freestanding [PR 97570] libstdc++-v3/ChangeLog: PR libstdc++/97570 * libsupc++/new_opa.cc: Declare size_t in global namespace. Remove unused header. (cherry picked from commit 93e9a7bcd5434a24c945de33cd7fa01a25f68418)
[Bug c/100140] Reference gcc development github mirror - Latest Development Build
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100140 --- Comment #7 from Jakub Jelinek --- Neither of these projects lives on github. For glibc documentation see https://www.gnu.org/software/libc/libc.html sources should be grabbed from https://www.gnu.org/software/libc/sources.html but in the documentation you'll see (and configure warns loudly) that configuring glibc for prefix other than /usr is highly discouraged. GCC has https://gcc.gnu.org home page with documentation and sources in https://gcc.gnu.org/git/gcc.git Anyway, this looks like a user error to me.
[Bug c/100140] Reference gcc development github mirror - Latest Development Build
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100140 Jonathan Wakely changed: What|Removed |Added Resolution|--- |INVALID Status|UNCONFIRMED |RESOLVED --- Comment #8 from Jonathan Wakely --- Yes, you are trying to use a new version of glibc instead of the one in /usr but you are not doing that correctly. The GCC build is finding the new headers, but not the new libc.so that matches the headers.
[Bug libstdc++/100146] __cpp_lib_to_chars not defined
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100146 Jakub Jelinek changed: What|Removed |Added CC||jakub at gcc dot gnu.org, ||ppalka at gcc dot gnu.org, ||redi at gcc dot gnu.org Status|UNCONFIRMED |NEW Last reconfirmed||2021-04-19 Ever confirmed|0 |1 --- Comment #1 from Jakub Jelinek --- charconv-// FIXME: Define when floating point is supported: charconv:// #define __cpp_lib_to_chars 201611L version:// #define __cpp_lib_to_chars 201611L since r10-1020-gcd0b94e650a880b2ab04922e476aa28007277d5c (with adjustments). But in https://gcc.gnu.org/onlinedocs/libstdc++/manual/status.html#status.iso.2017 P0067R5 support is marked as completed.
[Bug libstdc++/100147] New: libstdc++-v3/include/bits/gslice.h:170: missing check for assignment to self ?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100147
Bug ID: 100147
Summary: libstdc++-v3/include/bits/gslice.h:170: missing check
for assignment to self ?
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
Assignee: unassigned at gcc dot gnu.org
Reporter: dcb314 at hotmail dot com
Target Milestone: ---
Static analyser cppcheck says:
libstdc++-v3/include/bits/gslice.h:170:11: warning: 'operator=' should check
for assignment to self to avoid problems with dynamic memory.
[operatorEqToSelf]
Source code is
inline gslice&
gslice::operator=(const gslice& __g)
{
if (__g._M_index)
__g._M_index->_M_increment_use();
if (_M_index && _M_index->_M_decrement_use() == 0)
delete _M_index;
_M_index = __g._M_index;
return *this;
}
It certainly would be standard C++ practice to make the check for assignment
to self.
Perhaps there is a good reason why it isn't done here.
If so, there may be some value in documenting why.
[Bug libstdc++/97570] avr-gcc: error: 'void* memalign' redeclared as different kind of entity
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97570 --- Comment #6 from CVS Commits --- The releases/gcc-8 branch has been updated by Jonathan Wakely : https://gcc.gnu.org/g:9f6c858f76983cbc76d447a06ebce43d98a1fcd2 commit r8-10850-g9f6c858f76983cbc76d447a06ebce43d98a1fcd2 Author: Jonathan Wakely Date: Mon Oct 26 12:02:50 2020 + libstdc++: Fix declarations of memalign etc. for freestanding [PR 97570] libstdc++-v3/ChangeLog: PR libstdc++/97570 * libsupc++/new_opa.cc: Declare size_t in global namespace. Remove unused header. (cherry picked from commit 93e9a7bcd5434a24c945de33cd7fa01a25f68418)
[Bug libstdc++/97570] avr-gcc: error: 'void* memalign' redeclared as different kind of entity
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97570 --- Comment #7 from Jonathan Wakely --- Fixed for 8.5, 9.4 and 10.4
[Bug libstdc++/91057] Data race in locale(const locale&, Facet*) constructor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91057 Jonathan Wakely changed: What|Removed |Added Resolution|--- |FIXED Target Milestone|9.4 |10.0 Status|ASSIGNED|RESOLVED --- Comment #11 from Jonathan Wakely --- Not going to backport this.
[Bug c/100140] Reference gcc development github mirror - Latest Development Build
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100140 Jignesh changed: What|Removed |Added Status|RESOLVED|CLOSED Resolution|INVALID |FIXED --- Comment #9 from Jignesh --- Thank you both of you for quick responses and pointing out my error. I will do the needful as suggested and then if find anything will post a new issue. I am closing the thread now. Thank you again with regards and best wishes.
[Bug c/100140] Reference gcc development github mirror - Latest Development Build
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100140 Jonathan Wakely changed: What|Removed |Added Resolution|FIXED |INVALID
[Bug libstdc++/100147] libstdc++-v3/include/bits/gslice.h:170: missing check for assignment to self ?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100147 --- Comment #1 from Jonathan Wakely --- It's obviously safe for self-assignment.
[Bug ipa/92394] operand_equal_p should compare as base+offset when comparing addresses
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92394 Jan Hubicka changed: What|Removed |Added Resolution|--- |FIXED Status|ASSIGNED|RESOLVED --- Comment #9 from Jan Hubicka --- This is fixed now since we have way to overload operand_equal_p in ICF.
[Bug libstdc++/100146] __cpp_lib_to_chars not defined
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100146 --- Comment #2 from Jakub Jelinek --- Created attachment 50626 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=50626&action=edit gcc11-pr100146.patch So do we want something like this patch then?
[Bug libstdc++/97362] [8/9 Regression] `__deref` in in debug mode clashes with internal macro in Windows system header
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97362 --- Comment #11 from CVS Commits --- The releases/gcc-9 branch has been updated by Jonathan Wakely : https://gcc.gnu.org/g:18e4119b23175e2de2fecdaae052c5a8729d9f56 commit r9-9361-g18e4119b23175e2de2fecdaae052c5a8729d9f56 Author: Jonathan Wakely Date: Sat Oct 10 21:22:12 2020 +0100 libstdc++: Replace use of reserved name that clashes [PR 97362] The name __deref is defined as a macro by Windows headers. This renames the __deref() helper function to __ref. It doesn't actually dereference an iterator. it just has the same type as the iterator's reference type. libstdc++-v3/ChangeLog: PR libstdc++/97362 * doc/html/manual/source_code_style.html: Regenerate. * doc/xml/manual/appendix_contributing.xml: Add __deref to BADNAMES. * include/debug/functions.h (_Irreflexive_checker::__deref): Rename to __ref. (cherry picked from commit 2137aa92412da363d52ef699987441be28b239d0)
[Bug libstdc++/97362] [8/9 Regression] `__deref` in in debug mode clashes with internal macro in Windows system header
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97362 --- Comment #12 from CVS Commits --- The releases/gcc-8 branch has been updated by Jonathan Wakely : https://gcc.gnu.org/g:661dacec8fb149582a2508494ed927ee3387c7f0 commit r8-10851-g661dacec8fb149582a2508494ed927ee3387c7f0 Author: Jonathan Wakely Date: Sat Oct 10 21:22:12 2020 +0100 libstdc++: Replace use of reserved name that clashes [PR 97362] The name __deref is defined as a macro by Windows headers. This renames the __deref() helper function to __ref. It doesn't actually dereference an iterator. it just has the same type as the iterator's reference type. libstdc++-v3/ChangeLog: PR libstdc++/97362 * doc/html/manual/source_code_style.html: Regenerate. * doc/xml/manual/appendix_contributing.xml: Add __deref to BADNAMES. * include/debug/functions.h (_Irreflexive_checker::__deref): Rename to __ref. (cherry picked from commit 2137aa92412da363d52ef699987441be28b239d0)
[Bug libstdc++/97362] [8/9 Regression] `__deref` in in debug mode clashes with internal macro in Windows system header
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97362 Jonathan Wakely changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED --- Comment #13 from Jonathan Wakely --- .
[Bug c/100140] Reference gcc development github mirror - Latest Development Build
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100140 --- Comment #10 from Jignesh --- It was valuable insight for me - connection between gcc and glibc and how new version of glibc impacts gcc compilation.
[Bug c++/77711] Add fix-it hints for missing parentheses in member function call
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77711 Jonathan Wakely changed: What|Removed |Added Assignee|redi at gcc dot gnu.org|unassigned at gcc dot gnu.org Target Milestone|11.0|--- Status|ASSIGNED|NEW
[Bug c++/53281] poor error message for calling a non-const method from a const object
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53281 Jonathan Wakely changed: What|Removed |Added Status|ASSIGNED|NEW Target Milestone|11.0|--- Assignee|redi at gcc dot gnu.org|unassigned at gcc dot gnu.org
[Bug libstdc++/98985] libstdc++: filesystem::rename not overwriting files on Windows
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98985 Jonathan Wakely changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED Target Milestone|--- |10.3 --- Comment #3 from Jonathan Wakely --- Fixed on trunk by r11-7221 and gcc-10 by r10-9590
[Bug libstdc++/100146] __cpp_lib_to_chars not defined
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100146 --- Comment #3 from Jonathan Wakely --- No, because std::from_chars still depends on uselocale, and needs to allocate memory (which can fail, yielding an error code that isn't permitted by the standard).
[Bug c/97880] [8/9/10 Regression] [OpenACC] ICE in emit_library_call_value_1, at calls.c:5298
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97880 --- Comment #6 from CVS Commits --- The releases/gcc-10 branch has been updated by Tobias Burnus : https://gcc.gnu.org/g:af408874e3d94492ac08ba17462b3ff8ecb4d791 commit r10-9716-gaf408874e3d94492ac08ba17462b3ff8ecb4d791 Author: Tobias Burnus Date: Fri Nov 27 11:17:50 2020 +0100 OpenACC: Fix integer-type issue with collapse/tile [PR97880] gcc/ChangeLog: PR c/97880 * omp-expand.c (expand_oacc_collapse_init, expand_oacc_collapse_vars): Use now passed diff_type. (expand_oacc_for): Take largest type for diff_type, taking tiling and collapsing into account. gcc/testsuite/ChangeLog: PR c/97880 * gcc.dg/goacc/tile-1.c: New test. (cherry picked from commit f324479caf0ac326534f4fcf72cb12991ccddb3d)
[Bug libstdc++/98725] Review what is disabled in libstdc++ by --disable-wchar_t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98725 Jonathan Wakely changed: What|Removed |Added Assignee|redi at gcc dot gnu.org|unassigned at gcc dot gnu.org Status|ASSIGNED|NEW
[Bug libstdc++/98731] s390x: Large classes of std::bitset and std::vector hash the same
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98731 Jonathan Wakely changed: What|Removed |Added Status|ASSIGNED|NEW Assignee|redi at gcc dot gnu.org|unassigned at gcc dot gnu.org
[Bug libstdc++/60921] 'final' allocators are incompatible with the Empty Base-class Optimisation
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60921 Jonathan Wakely changed: What|Removed |Added Assignee|redi at gcc dot gnu.org|unassigned at gcc dot gnu.org Status|ASSIGNED|NEW
[Bug libstdc++/93151] system_error header fails to compile with -D_XOPEN_SOURCE=600
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93151 Jonathan Wakely changed: What|Removed |Added Assignee|redi at gcc dot gnu.org|unassigned at gcc dot gnu.org Status|ASSIGNED|NEW
[Bug libstdc++/80676] [DR 2995] basic_stringbuf does not use initial capacity of SSO string
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80676 Jonathan Wakely changed: What|Removed |Added Assignee|redi at gcc dot gnu.org|unassigned at gcc dot gnu.org Status|ASSIGNED|NEW
[Bug libstdc++/93456] No overflow check in __atomic_futex_unsigned_base::_M_futex_wait_until
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93456 Jonathan Wakely changed: What|Removed |Added Assignee|redi at gcc dot gnu.org|unassigned at gcc dot gnu.org Status|ASSIGNED|NEW
[Bug libstdc++/58876] No non-virtual-dtor warning in std::unique_ptr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58876 Jonathan Wakely changed: What|Removed |Added Status|ASSIGNED|NEW Assignee|redi at gcc dot gnu.org|unassigned at gcc dot gnu.org
[Bug libstdc++/70692] No warning when std::function binds a reference to a temporary
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70692 Jonathan Wakely changed: What|Removed |Added Assignee|redi at gcc dot gnu.org|unassigned at gcc dot gnu.org Status|ASSIGNED|NEW
[Bug libstdc++/51749] Including pollutes global namespace
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51749 Jonathan Wakely changed: What|Removed |Added Status|ASSIGNED|NEW Assignee|redi at gcc dot gnu.org|unassigned at gcc dot gnu.org
[Bug libstdc++/93770] std::tuple::operator< sometimes does needless extra work
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93770 Jonathan Wakely changed: What|Removed |Added Status|ASSIGNED|NEW Assignee|redi at gcc dot gnu.org|unassigned at gcc dot gnu.org
[Bug libstdc++/97570] avr-gcc: error: 'void* memalign' redeclared as different kind of entity
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97570 Jonathan Wakely changed: What|Removed |Added Assignee|redi at gcc dot gnu.org|unassigned at gcc dot gnu.org Status|ASSIGNED|NEW
[Bug libstdc++/58909] C++11's condition variables fail with static linking
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58909 Jonathan Wakely changed: What|Removed |Added Assignee|redi at gcc dot gnu.org|unassigned at gcc dot gnu.org Status|ASSIGNED|NEW
[Bug libstdc++/87308] pretty printer for std::any fails with: Python Exception Unknown manager function in std::any
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87308 Jonathan Wakely changed: What|Removed |Added Assignee|redi at gcc dot gnu.org|unassigned at gcc dot gnu.org Status|ASSIGNED|NEW
[Bug libstdc++/94749] std::istream::ignore discards too many characters
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94749 Jonathan Wakely changed: What|Removed |Added Assignee|redi at gcc dot gnu.org|unassigned at gcc dot gnu.org Status|ASSIGNED|NEW
[Bug libstdc++/71367] std::time_get does not implement 'r' or 'p'
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71367 Jonathan Wakely changed: What|Removed |Added Assignee|redi at gcc dot gnu.org|unassigned at gcc dot gnu.org Status|ASSIGNED|NEW
[Bug libstdc++/68792] Review doxygen output and don't install useless things
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68792 Jonathan Wakely changed: What|Removed |Added Status|ASSIGNED|NEW Assignee|redi at gcc dot gnu.org|unassigned at gcc dot gnu.org
[Bug libstdc++/83906] Random FAIL: libstdc++-prettyprinters/80276.cc whatis p4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83906 Jonathan Wakely changed: What|Removed |Added Assignee|redi at gcc dot gnu.org|unassigned at gcc dot gnu.org Status|ASSIGNED|NEW
[Bug libstdc++/96657] [8/9/10 Regression] libsupc++.a missing required functions from src/c++98/atomicity.cc when atomic builtins are not supported
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96657 Jonathan Wakely changed: What|Removed |Added Status|ASSIGNED|NEW Assignee|redi at gcc dot gnu.org|unassigned at gcc dot gnu.org
[Bug libstdc++/95048] [9/10/11 Regression] wstring-constructor of std::filesystem::path throws for non-ASCII characters
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95048 Jonathan Wakely changed: What|Removed |Added Assignee|redi at gcc dot gnu.org|unassigned at gcc dot gnu.org Status|ASSIGNED|NEW
[Bug libstdc++/91371] std::bind and bind_front don't work with function with call convention
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91371 Jonathan Wakely changed: What|Removed |Added Assignee|redi at gcc dot gnu.org|unassigned at gcc dot gnu.org Status|ASSIGNED|NEW
[Bug libstdc++/81380] basic_stringbuf::seekpos doesn't fail when trying to reposition a null sequence
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81380 Jonathan Wakely changed: What|Removed |Added Assignee|redi at gcc dot gnu.org|unassigned at gcc dot gnu.org Status|ASSIGNED|NEW
[Bug libstdc++/57272] node-based containers don't use allocator's pointer type internally
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57272 Jonathan Wakely changed: What|Removed |Added Assignee|redi at gcc dot gnu.org|unassigned at gcc dot gnu.org Status|ASSIGNED|NEW
[Bug libstdc++/88125] Erroneous duplicate "basic_stringbuf" symbol entry in libstdc++ gnu.ver file.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88125 Jonathan Wakely changed: What|Removed |Added Status|ASSIGNED|NEW Assignee|redi at gcc dot gnu.org|unassigned at gcc dot gnu.org
[Bug libstdc++/85828] std::shuffle tries to swap element with itself
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85828 Jonathan Wakely changed: What|Removed |Added Status|ASSIGNED|NEW Assignee|redi at gcc dot gnu.org|unassigned at gcc dot gnu.org
[Bug target/24012] [8/9/10/11 regression] #define _POSIX_C_SOURCE breaks #include
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=24012 Jonathan Wakely changed: What|Removed |Added Status|ASSIGNED|NEW Assignee|redi at gcc dot gnu.org|unassigned at gcc dot gnu.org
[Bug libstdc++/70560] Review configure checks for _GLIBCXX_ATOMIC_BUILTINS and atomicity_dir
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70560 Jonathan Wakely changed: What|Removed |Added Assignee|redi at gcc dot gnu.org|unassigned at gcc dot gnu.org Status|ASSIGNED|NEW
[Bug libstdc++/97944] 30_threads/jthread/95989.cc fails randomly
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97944 Jonathan Wakely changed: What|Removed |Added Status|ASSIGNED|NEW Assignee|redi at gcc dot gnu.org|unassigned at gcc dot gnu.org
[Bug libstdc++/99871] #includes inside push visibility scope
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99871 Jonathan Wakely changed: What|Removed |Added Status|ASSIGNED|NEW Assignee|redi at gcc dot gnu.org|unassigned at gcc dot gnu.org
[Bug libstdc++/70472] is_copy_constructible>>::value is true
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70472 Jonathan Wakely changed: What|Removed |Added Status|ASSIGNED|NEW Assignee|redi at gcc dot gnu.org|unassigned at gcc dot gnu.org
[Bug libstdc++/90415] [9 Regression] std::is_copy_constructible> is incomplete
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90415 Jonathan Wakely changed: What|Removed |Added Status|ASSIGNED|NEW Assignee|redi at gcc dot gnu.org|unassigned at gcc dot gnu.org
[Bug libstdc++/95983] `std::counted_iterator>>` fails to satisfy `std::input_or_output_iterator`
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95983 Jonathan Wakely changed: What|Removed |Added Assignee|redi at gcc dot gnu.org|unassigned at gcc dot gnu.org Status|ASSIGNED|NEW
[Bug libstdc++/66742] abort on sorting list with custom allocator that is not stateless
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66742 Jonathan Wakely changed: What|Removed |Added Assignee|redi at gcc dot gnu.org|unassigned at gcc dot gnu.org Status|ASSIGNED|NEW
[Bug libstdc++/96161] istream::ignore sets eofbit too soon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96161 Jonathan Wakely changed: What|Removed |Added Status|ASSIGNED|NEW Assignee|redi at gcc dot gnu.org|unassigned at gcc dot gnu.org
[Bug libstdc++/97841] [C++17] is_invocable handling of incomplete return type is wrong
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97841 Jonathan Wakely changed: What|Removed |Added Assignee|redi at gcc dot gnu.org|unassigned at gcc dot gnu.org Status|ASSIGNED|NEW
[Bug libstdc++/67791] [8/9/10 Regression] Crash using std::thread and iostream with dynamic loading of a shared library
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67791 Jonathan Wakely changed: What|Removed |Added Assignee|redi at gcc dot gnu.org|unassigned at gcc dot gnu.org Status|ASSIGNED|NEW
[Bug libstdc++/52389] Allocation/deallocation across DLL boundary in std::locale
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52389 Jonathan Wakely changed: What|Removed |Added Status|ASSIGNED|NEW Assignee|redi at gcc dot gnu.org|unassigned at gcc dot gnu.org
[Bug libstdc++/93421] futex.cc use of futex syscall is not time64-compatible
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93421 Jonathan Wakely changed: What|Removed |Added Status|ASSIGNED|NEW Assignee|redi at gcc dot gnu.org|unassigned at gcc dot gnu.org
