https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97018
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |11.0
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97015
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |11.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97013
Richard Biener changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |rguenth at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97011
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97018
Bug ID: 97018
Summary: [r11 Regression] FAIL: gcc.target/i386/l_fma_float_1.c
scan-assembler-times vfnmsub[123]+ss 32 on
Linux/x86_64 (-m64 -march=cascadelake)
Product: gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97017
Bug ID: 97017
Summary: The function determine_precision is called twice for
each formatted real write
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96791
--- Comment #10 from acsawdey at gcc dot gnu.org ---
For now, disabling use of POImode for expansion of memcpy/memmove to avoid this
problem while we figure out the real fix:
https://gcc.gnu.org/pipermail/gcc-patches/2020-September/553672.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97016
Bug ID: 97016
Summary: [i386] _MM_CMPINT_ENUM type is missing
Product: gcc
Version: 10.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96798
David Malcolm changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96798
--- Comment #13 from CVS Commits ---
The master branch has been updated by David Malcolm :
https://gcc.gnu.org/g:b7028f060c6760b336b416897412e327ded12ab5
commit r11-3130-gb7028f060c6760b336b416897412e327ded12ab5
Author: David Malcolm
Date: M
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96983
--- Comment #18 from Peter Bergner ---
(In reply to Peter Bergner from comment #17)
> const poly_uint16_pod mode_precision[NUM_MACHINE_MODES] =
> {
> ...
> { 4 * BITS_PER_UNIT }, /* SF */
> { 8 * BITS_PER_UNIT }, /* DF */
> { 126 },
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97015
Bug ID: 97015
Summary: [11 regression] ICE in set_decl_context_in_fn, at
cp/name-lookup.c:2862 after r11-3100
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Sev
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96983
--- Comment #17 from Peter Bergner ---
(In reply to Peter Bergner from comment #16)
> I don't know why gfc_real_kinds[2].mode_precision is 127, but I guess that
> is what is causing us to trigger the assert.
>
> When I tried adding -mfloat128 -m
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96983
--- Comment #16 from Peter Bergner ---
I don't know why gfc_real_kinds[2].mode_precision is 127, but I guess that is
what is causing us to trigger the assert.
When I tried adding -mfloat128 -mabi=ieeelongdouble to switch us to using
IEEE128 as o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96983
--- Comment #15 from Peter Bergner ---
On POWER, we see with an unpatched compiler, where long double == IBM double
double format:
(gdb) p gfc_float128_type_node
$16 = (tree) 0x0
(gdb) p gfc_real_kinds[0]
$17 = {epsilon = {{_mpfr_prec = 24, _mp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96907
--- Comment #5 from Nick Desaulniers ---
No preferences either way. I was just comparing differences between compilers
for __has_builtin and noticed GCC returns true for those two. Is that ok?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97014
Bug ID: 97014
Summary: Class NTTPs not demangled in the compilation error
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97010
Marek Polacek changed:
What|Removed |Added
Keywords||patch
--- Comment #2 from Marek Polacek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96983
--- Comment #14 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #13 from anlauf at gcc dot gnu.org ---
> This may lead to a total mess, and I am unable to test it, but can you try:
I just ran bootstraps on both sparc-sun-solaris2.11 an
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96907
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93176
Peter Bergner changed:
What|Removed |Added
URL||https://gcc.gnu.org/piperma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96907
Segher Boessenkool changed:
What|Removed |Added
CC||segher at gcc dot gnu.org
--- Comme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97003
Seager Du changed:
What|Removed |Added
Resolution|INVALID |FIXED
--- Comment #2 from Seager Du ---
(In
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97009
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Component|fortran |tree-optimization
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97013
--- Comment #2 from rguenther at suse dot de ---
On September 10, 2020 9:50:51 PM GMT+02:00, "bergner at gcc dot gnu.org"
wrote:
>https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97013
>
>--- Comment #1 from Peter Bergner ---
>Are you saying we now
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97013
--- Comment #1 from Peter Bergner ---
Are you saying we now vectorize the pr80695-p8.c test case when we expected not
to? What asm code are we generating now with richi's patch?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97004
Tom de Vries changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97004
--- Comment #3 from CVS Commits ---
The master branch has been updated by Tom de Vries :
https://gcc.gnu.org/g:af47a2035a4882e6d4506e3d00b5a42414e3ee2b
commit r11-3127-gaf47a2035a4882e6d4506e3d00b5a42414e3ee2b
Author: Tom de Vries
Date: Thu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97013
Bug ID: 97013
Summary: [11 regression] gcc.target/powerpc/pr80695-p8.c fails
after r11-3095
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97009
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |9.4
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96942
--- Comment #43 from Jonathan Wakely ---
(In reply to Dmitriy Ovdienko from comment #41)
> Did you have chance to review why default-constructed M-B-R works faster
> than another one constructed with the initial buffer size?
Is that explained by
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96994
--- Comment #6 from Jakub Jelinek ---
Though, when the ctor is constexpr, it is constant initialized even without it,
so probably the bug is somewhere else.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96994
--- Comment #5 from Jakub Jelinek ---
More complete testcase:
struct A { consteval A () { i = 1; } consteval A (int x) : i (x) {} int i = 0;
};
struct B { constexpr B () { i = 1; } constexpr B (int x) : i (x) {} int i = 0;
};
A const a;
constexpr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96994
--- Comment #4 from Marek Polacek ---
Yes, a way to fix this would be to do the build_functional_cast in
check_initializer:
6892 else if (DECL_DECLARED_CONSTEXPR_P (decl)
6893|| (flags & LOOKUP_CONSTINIT))
6894
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96942
--- Comment #42 from Dmitriy Ovdienko ---
> The master branch has been updated by Jonathan Wakely :
Very good commit and comment. I hope this change, made for synthetic benchmark,
wont affect real production applications.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96994
--- Comment #3 from Jakub Jelinek ---
Though:
struct A { consteval A (int x) { i = x; } int i = 0; };
struct B { constexpr B (int x) { i = x; } int i = 0; };
A const a = 1;
constexpr A b = 2;
B const c = 3;
A constinit d = 4;
static_assert (b.i =
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96942
--- Comment #41 from Dmitriy Ovdienko ---
@Jonathan
Did you have chance to review why default-constructed M-B-R works faster than
another one constructed with the initial buffer size?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96994
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96983
--- Comment #13 from anlauf at gcc dot gnu.org ---
(In reply to r...@cebitec.uni-bielefeld.de from comment #12)
> Here's how the types align:
>
> kindmode_precision c_long_double c_float128
> x86 long double 1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97012
Bug ID: 97012
Summary: [SVE] Extend PR96357 to other aarch64-sve.md patterns
Product: gcc
Version: 10.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97012
rsandifo at gcc dot gnu.org changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96377
rsandifo at gcc dot gnu.org changed:
What|Removed |Added
CC||yyc1992 at gmail dot com
-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96990
rsandifo at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolutio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95680
Iain Buclaw changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97007
Iain Buclaw changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97007
--- Comment #1 from CVS Commits ---
The master branch has been updated by Iain Buclaw :
https://gcc.gnu.org/g:0ed757604f4e232324ca798e46f3d8bf7e35b009
commit r11-3112-g0ed757604f4e232324ca798e46f3d8bf7e35b009
Author: Iain Buclaw
Date: Thu Se
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95680
--- Comment #5 from CVS Commits ---
The master branch has been updated by Iain Buclaw :
https://gcc.gnu.org/g:0ed757604f4e232324ca798e46f3d8bf7e35b009
commit r11-3112-g0ed757604f4e232324ca798e46f3d8bf7e35b009
Author: Iain Buclaw
Date: Thu Se
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96939
--- Comment #9 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:57e113cf7c94a682c29566cb3e0e85955904fd35
commit r11-3104-g57e113cf7c94a682c29566cb3e0e85955904fd35
Author: Jakub Jelinek
Date: Th
12 | constexpr auto at (Posit pos) const { return ss {}; };
|~~^~~
which doesn't seem correct.
gcc version:
g++ (GCC) 11.0.0 20200910 (experimental)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96998
--- Comment #7 from Alex Coplan ---
Patch up for review:
https://gcc.gnu.org/pipermail/gcc-patches/2020-September/553605.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96942
--- Comment #40 from Jonathan Wakely ---
(In reply to Dmitriy Ovdienko from comment #38)
> Wohoo! Accepted:
>
> https://benchmarksgame-team.pages.debian.net/benchmarksgame/performance/
> binarytrees.html
Nice.
I've added some __builtin_exp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94160
--- Comment #3 from Jonathan Wakely ---
Fixed on trunk so far, but I plan to backport it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94160
--- Comment #2 from CVS Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:30b41cfbb2dade63e52465234a725d1d02fe70aa
commit r11-3102-g30b41cfbb2dade63e52465234a725d1d02fe70aa
Author: Jonathan Wakely
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96942
--- Comment #39 from CVS Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:1e718ec51a223d65a09757b999202390871b778d
commit r11-3101-g1e718ec51a223d65a09757b999202390871b778d
Author: Jonathan Wakely
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97010
Marek Polacek changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |mpolacek at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96444
Patrick Palka changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97010
Bug ID: 97010
Summary: C++20 ADL and function templates that are not visible
(P0846R0) fails on call with templated type
Product: gcc
Version: 10.2.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97004
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97004
--- Comment #1 from Tom de Vries ---
Tentative patch:
...
diff --git a/gcc/config/nvptx/nvptx.c b/gcc/config/nvptx/nvptx.c
index 0376ad6ce9f..26868590322 100644
--- a/gcc/config/nvptx/nvptx.c
+++ b/gcc/config/nvptx/nvptx.c
@@ -2054,7 +2054,11 @@
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94160
--- Comment #1 from Jonathan Wakely ---
Testcase:
#include
int main()
{
std::pmr::unsynchronized_pool_resource upr({ 1, 32 });
auto* p = (int*)upr.allocate(4);
*p = 0;
return *p;
}
The returned pointer is null, leading to a segfault.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96983
--- Comment #12 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #10 from anlauf at gcc dot gnu.org ---
> (In reply to r...@cebitec.uni-bielefeld.de from comment #9)
>> >> 0x67606b build_round_expr
>> >> /vol/gcc/src/hg/master/lo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97008
--- Comment #3 from Richard Biener ---
I see. Wonder if it that shouldn't be in can_duplicate_block_p though (where
the GIMPLE variant doesn't do anything, so a full stmt walk would be
expensive).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97008
--- Comment #2 from Tom de Vries ---
(In reply to Richard Biener from comment #1)
> Where's this property used? grepping finds searches in omp-offload but those
> all(?) search the whole instruction stream.
In ignore_bb_p in gcc/tracer.c, see P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97008
--- Comment #1 from Richard Biener ---
Where's this property used? grepping finds searches in omp-offload but those
all(?) search the whole instruction stream.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97009
--- Comment #1 from Peter Vitt ---
I forgot to mention that we were able to reproduce this also with 10.1.0 and
9.3.0. In case this is of any help...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97009
Bug ID: 97009
Summary: Inlining with non-standard selected_int_kind leads to
errors
Product: gcc
Version: 10.2.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97006
--- Comment #1 from Tom de Vries ---
Minimal example:
...
void __attribute__ ((noclone, noinline))
checkv (char *dst, const char *fmt, __builtin_va_list va)
{
int n = __builtin_vsprintf (dst, fmt, va);
if (n != 3)
__builtin_abort ();
}
v
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97000
Tom de Vries changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97000
--- Comment #10 from Tom de Vries ---
(In reply to Richard Biener from comment #9)
> Meh, this way of forcing UNIQUE last to speedup lookup is a hack ... but
> yes, your patch from comment#7 looks OK if you add
>
> /* IFN_UNIQUE should be
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97008
Bug ID: 97008
Summary: [openacc] Remove invariant that IFN_UNIQUE is last
stmt in bb
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96475
--- Comment #15 from Alex Coplan ---
> there are similar ICEs while running the GCC testsuite for aarch64-elf
Confirmed, seeing these ICEs when running the testsuite on
aarch64-none-linux-gnu.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96969
--- Comment #1 from Jonathan Wakely ---
First file:
# 1 "one.cc"
# 1 "/tmp//"
# 1 ""
# 1 ""
# 1 "/usr/include/stdc-predef.h" 1 3 4
# 1 "" 2
# 1 "one.cc"
# 1 "header.h" 1
struct X
{
int member;
};
# 3 "one.cc" 2
long f(X*);
int main()
{
X x
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96969
Jonathan Wakely changed:
What|Removed |Added
Last reconfirmed||2020-09-10
Status|UNCONFIR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97007
Bug ID: 97007
Summary: [11 Regression] Bootstrap failure on i686-linux
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: d
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97007
Jakub Jelinek changed:
What|Removed |Added
Target Milestone|--- |11.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96997
--- Comment #6 from Jonathan Wakely ---
It wouldn't solve the general problem, but I REALLY REALLY wish I could mark
the std::allocator constructors and destructors with something like
__attribute__((always_inline,artificial)) so they NEVER show
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97006
Bug ID: 97006
Summary: [nvptx] FAIL: gcc.dg/tree-ssa/builtin-sprintf.c
execution test
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96475
--- Comment #14 from Christophe Lyon ---
I that's easier for you, there are similar ICEs while running the GCC testsuite
for aarch64-elf (newlib build works):
Executed from: gcc.c-torture/compile/compile.exp
gcc.c-torture/compile/950613-1.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96997
Richard Biener changed:
What|Removed |Added
Keywords||needs-bisection
--- Comment #5 from Ric
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93865
--- Comment #6 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:3d0af0c997fe42a7f0963d970a9c495b81041206
commit r11-3096-g3d0af0c997fe42a7f0963d970a9c495b81041206
Author: Jakub Jelinek
Date: Th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96998
--- Comment #6 from Alex Coplan ---
I have a patch, just testing it now.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96043
Richard Biener changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96043
--- Comment #4 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:47ddf4c7b1d4471cb9534f27844ab5e4279c2168
commit r11-3095-g47ddf4c7b1d4471cb9534f27844ab5e4279c2168
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96993
Jakub Jelinek changed:
What|Removed |Added
Resolution|--- |INVALID
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71233
SRINATH PARVATHANENI changed:
What|Removed |Added
CC||sripar01 at gcc dot gnu.org
--- C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96475
--- Comment #13 from Christophe Lyon ---
Created attachment 49206
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49206&action=edit
glibc testcase for aarch64 ICE
The vfprintf-internal.i preprocessed source from glibc-2.29 creates an ICE on
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96996
--- Comment #6 from Jonathan Wakely ---
const_cast lets you add/remove cv-qualifiers from pointers and references, but
that doesn't make it OK to write to an object that was originally defined as
const. Similar to how reinterpret_cast from int* t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96997
--- Comment #4 from Tom de Vries ---
-fdump-tree-all-lineno with gcc-10:
...
main ()
{
struct string D.37010;
struct allocator D.37009;
struct string D.37052;
struct allocator D.37051;
int D.40670;
[test.c:7:40] std::allocator::alloc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96997
--- Comment #3 from Tom de Vries ---
-fdump-tree-all-lineno with gcc-9:
...
main ()
{
struct string D.36200;
struct allocator D.36199;
struct string D.36242;
struct allocator D.36241;
int D.39843;
[test.c:7:27] std::allocator::alloca
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96997
--- Comment #2 from Tom de Vries ---
Line number info for main [4009d2,400ad2] with g++ 9.3.1:
...
CU: ./test.c:
File nameLine numberStarting addressView
Stmt
test.c 6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96942
--- Comment #38 from Dmitriy Ovdienko ---
Wohoo! Accepted:
https://benchmarksgame-team.pages.debian.net/benchmarksgame/performance/binarytrees.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96996
--- Comment #5 from Matthijs Kooijman ---
> But isn't there const_cast<> to change the value of p?
Yes, that makes it possible to write to a const object, but actually doing so
is undefined behavior (see [dcl.type.cv] I quoted above).
The spec
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96997
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |10.3
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96996
--- Comment #4 from Richard Biener ---
But isn't there const_cast<> to change the value of p?
94 matches
Mail list logo
