https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105235
Martin Liška changed:
What|Removed |Added
CC||aoliva at gcc dot gnu.org
Sum
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105235
--- Comment #3 from Zdenek Sojka ---
(In reply to Martin Liška from comment #2)
> With -c -O -fno-tree-dominator-opts -fnon-call-exceptions -fexceptions
> -fsanitize=thread -fno-tree-fre
> it started with r11-4519-g53dede0f04bd95c3.
Sorry I for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105211
--- Comment #3 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:91a38e8a848c61b2e23ee277306dc8cd194d135b
commit r12-8101-g91a38e8a848c61b2e23ee277306dc8cd194d135b
Author: Jakub Jelinek
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105214
--- Comment #6 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:d481d13786cb84f6294833538133dbd6f39d2e55
commit r12-8102-gd481d13786cb84f6294833538133dbd6f39d2e55
Author: Jakub Jelinek
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105235
--- Comment #4 from Martin Liška ---
(In reply to Zdenek Sojka from comment #3)
> (In reply to Martin Liška from comment #2)
> > With -c -O -fno-tree-dominator-opts -fnon-call-exceptions -fexceptions
> > -fsanitize=thread -fno-tree-fre
> > it st
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105211
--- Comment #4 from Jakub Jelinek ---
Fixed on the trunk so far.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105214
Jakub Jelinek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104449
Bug 104449 depends on bug 105214, which changed state.
Bug 105214 Summary: [12 Regression] ICE: in connect_traces, at
dwarf2cfi.cc:3074 with custom flags
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105214
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105226
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105215
Martin Liška changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |marxin at gcc dot
gnu.org
Last
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105226
Martin Liška changed:
What|Removed |Added
Keywords|needs-bisection |
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105228
Richard Biener changed:
What|Removed |Added
Priority|P3 |P4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105229
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105230
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |9.5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105228
Martin Liška changed:
What|Removed |Added
Summary|[9/10/11/12 Regression] ICE |[9/10/11/12 Regression] ICE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105231
Richard Biener changed:
What|Removed |Added
CC||segher at gcc dot gnu.org
Com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105231
Martin Liška changed:
What|Removed |Added
Ever confirmed|0 |1
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105232
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102772
Jakub Jelinek changed:
What|Removed |Added
Priority|P1 |P4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105232
--- Comment #2 from Richard Biener ---
Testing a patch.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105232
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105236
Jakub Jelinek changed:
What|Removed |Added
Last reconfirmed||2022-04-12
Status|UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105235
--- Comment #5 from Richard Biener ---
(In reply to Zdenek Sojka from comment #1)
> A slightly different testcase fails elsewhere:
>
> $ cat testcase.c
> int i, j;
>
> void
> foo (double d)
> {
> i = __builtin_ilogbl (d);
> j = __builtin_s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105235
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105235
--- Comment #6 from Jakub Jelinek ---
This has nothing to do with the sanitizers.
// PR tree-optimization/105235
// { dg-do compile }
// { dg-options "-O -fno-tree-dominator-opts -fexceptions -fnon-call-exceptions
-fno-tree-fre" }
struct S { ~
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105235
--- Comment #7 from Richard Biener ---
Also seems to fix the first testcase.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105235
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105231
--- Comment #3 from Richard Biener ---
Before combine we had
(insn 22 17 78 3 (set (reg:SF 92)
(mem/u/c:SF (symbol_ref/u:SI ("*.LC0") [flags 0x2]) [0 S4 A32]))
"t.c":6:3 142 {*movsf_internal}
(expr_list:REG_EQUAL (const_double:SF
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105231
Richard Biener changed:
What|Removed |Added
CC||ebotcazou at gcc dot gnu.org
--- Comme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105231
--- Comment #5 from Richard Biener ---
may_trap_p triggers on the (float_extend:XF ...) because
/* Any floating arithmetic may trap. */
if (FLOAT_MODE_P (GET_MODE (x)) && flag_trapping_math)
return 1;
with all that I think
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105234
--- Comment #4 from Martin Liška ---
Reduced test-case:
$ cat ~/Programming/testcases/AtomicFile.cpp.i
namespace std {
typedef char string;
class runtime_error {
public:
runtime_error(string);
};
} // namespace std
#pragma GCC push_options
na
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105234
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105226
--- Comment #3 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:62d5bb0f35fb6ec373eaac942755585a633528a0
commit r12-8104-g62d5bb0f35fb6ec373eaac942755585a633528a0
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105232
--- Comment #3 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:1bd96873cf73c4f59de48e9bc0d17a498f1ede04
commit r12-8105-g1bd96873cf73c4f59de48e9bc0d17a498f1ede04
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105226
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
Summary|[10/11/12 Regres
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105232
Richard Biener changed:
What|Removed |Added
Summary|[11/12 Regression] ICE in |[11 Regression] ICE in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105231
--- Comment #6 from Eric Botcazou ---
> So interestingly distribute_notes sees
>
> (gdb) p debug_rtx (i2)
> (insn 78 22 24 3 (set (reg:XF 99)
> (float_extend:XF (mem/u/c:SF (symbol_ref/u:SI ("*.LC0") [flags 0x2])
> [0 S4 A32]))) 166 {*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94061
--- Comment #4 from Baudouin Feildel
---
We also ran into this issue with operator==(). This behavior might be explained
by some implementation detail of the generated code for the operator, but we
believe it is wrong because it is inconsistent,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105231
--- Comment #7 from rguenther at suse dot de ---
On Tue, 12 Apr 2022, ebotcazou at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105231
>
> --- Comment #6 from Eric Botcazou ---
> > So interestingly distribute_notes se
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105231
--- Comment #8 from Eric Botcazou ---
> Yes, but still the float_extend:XF would have made may_trap_p say
> the insn possibly traps but there's no EH on it despite
> -fnon-call-exceptions.
The REG_EH note is added by make_reg_eh_region_note but
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105231
--- Comment #9 from Richard Biener ---
Initially we generate
(insn 36 35 37 (set (reg:XF 95)
(float_extend:XF (reg:SF 96))) "t.c":6:3 -1
(expr_list:REG_EH_REGION (const_int 1 [0x1])
(expr_list:REG_EQUAL (const_double:XF 1.8
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105231
--- Comment #10 from Richard Biener ---
(In reply to Eric Botcazou from comment #8)
> > Yes, but still the float_extend:XF would have made may_trap_p say
> > the insn possibly traps but there's no EH on it despite
> > -fnon-call-exceptions.
>
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104144
--- Comment #9 from CVS Commits ---
The master branch has been updated by Richard Earnshaw :
https://gcc.gnu.org/g:1210fd6e69e51516c935acc49e223fce14a0dd86
commit r12-8106-g1210fd6e69e51516c935acc49e223fce14a0dd86
Author: Przemyslaw Wirkus
Da
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105231
Richard Biener changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105234
Martin Liška changed:
What|Removed |Added
CC||linkw at gcc dot gnu.org
Summ
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104144
Richard Earnshaw changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105231
--- Comment #12 from Richard Biener ---
(In reply to Richard Biener from comment #11)
> (In reply to Richard Biener from comment #10)
> > (In reply to Eric Botcazou from comment #8)
> > > > Yes, but still the float_extend:XF would have made may_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105235
--- Comment #8 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:31cccadcf2d3cc8acb7a5f36ed57ca847f7ea0ea
commit r12-8107-g31cccadcf2d3cc8acb7a5f36ed57ca847f7ea0ea
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105237
Bug ID: 105237
Summary: Missing uninitialized warning in self-initialization
case
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105231
--- Comment #13 from Eric Botcazou ---
> Oh, and checking for REG_EQUAL notes on i2/i3 doesn't work since they do not
> exist there. Likewise REG_EQUAL notes can be simply dropped which would
> make the IL "invalid" so I think what purge_dead_e
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105237
Richard Biener changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105231
--- Comment #14 from rguenther at suse dot de ---
On Tue, 12 Apr 2022, ebotcazou at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105231
>
> --- Comment #13 from Eric Botcazou ---
> > Oh, and checking for REG_EQUAL not
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105237
--- Comment #2 from Andrew Pinski ---
Note:
int n = n;
Is a documented way of having the uninitiated warning to not happen.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105234
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105234
Jakub Jelinek changed:
What|Removed |Added
Priority|P3 |P1
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105234
--- Comment #7 from Jakub Jelinek ---
On the other side, most of the targets actually don't initialize
target_option_default_node. List of targets that do so:
aarch64/aarch64.cc: target_option_default_node = target_option_current_node
arm/arm.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105234
--- Comment #8 from Jonathan Wakely ---
(In reply to Martin Liška from comment #4)
> Reduced test-case:
Slightly less reduced, avoiding the warnings about invalid/deprecated features:
namespace std {
typedef char string;
class runtime_error {
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105226
--- Comment #4 from CVS Commits ---
The releases/gcc-11 branch has been updated by Richard Biener
:
https://gcc.gnu.org/g:249aa9348ddf06b8961a3418c74e6d83963cdc1e
commit r11-9812-g249aa9348ddf06b8961a3418c74e6d83963cdc1e
Author: Richard Biener
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105232
--- Comment #4 from CVS Commits ---
The releases/gcc-11 branch has been updated by Richard Biener
:
https://gcc.gnu.org/g:008d568ac7eba4057172c52d306e09d174041c59
commit r11-9813-g008d568ac7eba4057172c52d306e09d174041c59
Author: Richard Biener
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105235
--- Comment #9 from CVS Commits ---
The releases/gcc-11 branch has been updated by Richard Biener
:
https://gcc.gnu.org/g:28ef9276654856b53ba45f0082e6579c365e2962
commit r11-9814-g28ef9276654856b53ba45f0082e6579c365e2962
Author: Richard Biener
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105235
Richard Biener changed:
What|Removed |Added
Known to work||11.2.1
Known to fail|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105232
Richard Biener changed:
What|Removed |Added
Known to fail||11.2.0
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103818
--- Comment #6 from hubicka at kam dot mff.cuni.cz ---
> For 128-bit math, you can e.g. use poly_offset_int, which generally looks like
> a better type for these offsets and sizes (especially if they are counted in
> bits not bytes).
> Just to pe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105227
Jan Hubicka changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105234
Martin Liška changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |marxin at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105234
--- Comment #10 from Jakub Jelinek ---
2022-04-12 Jakub Jelinek
PR target/105234
* attribs.cc (decl_attributes): Don't set
DECL_FUNCTION_SPECIFIC_TARGET if target_option_default_node is
NULL.
--- gcc/attribs.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105219
--- Comment #5 from Tamar Christina ---
OK, I think this is an alignment issue.
When using the thunderx cost model it needs to peel the loop for alignment in
order to vectorize and it looks the error is there.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105234
--- Comment #11 from Jakub Jelinek ---
Created attachment 52790
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52790&action=edit
gcc12-pr105234.patch
Now with a testcase.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105231
--- Comment #15 from Richard Biener ---
But looking at all the distribute_notes calls I'm not sure that i2 and i3 are
passed in execution order or that i3 is always the last instruction in the
set of insns that are combined?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105234
Martin Liška changed:
What|Removed |Added
Assignee|marxin at gcc dot gnu.org |jakub at gcc dot gnu.org
--- Comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105217
Siddhesh Poyarekar changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105231
--- Comment #16 from Jakub Jelinek ---
i3 is always the last, that is the ultimate insn into which the other insns are
combined into.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105231
--- Comment #17 from Jakub Jelinek ---
For the testcase, again no reason for -fsanitize=thread,
void baz (int *);
void bar (double, double, _Decimal64);
void
foo (void)
{
int s __attribute__((cleanup (baz)));
bar (0xfffe, 0xebf3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105219
--- Comment #6 from Richard Biener ---
eventually you can narrow down the mis-vectorized loop with
-fdbg-cnt=vect_loop:1-1 vs 2-2 (and the 2nd loop has its epilogue vectorized
for me? so maybe try with --param vect-epilogues-nomask=0 as well.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105238
Bug ID: 105238
Summary: Regression: using -fprofile-dir: gcno files not ccache
cachable anymore / gcovr report broken
Product: gcc
Version: 9.4.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105219
--- Comment #7 from Tamar Christina ---
I have managed to find the commit where this starts failing:
commit 61fc5e098e76c9809f35f449a70c9c8d74773d9d (HEAD)
Author: Richard Biener
Date: Fri Feb 18 11:34:52 2022 +0100
tree-optimization/10
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105231
--- Comment #18 from rguenther at suse dot de ---
On Tue, 12 Apr 2022, jakub at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105231
>
> --- Comment #16 from Jakub Jelinek ---
> i3 is always the last, that is the ultim
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105231
--- Comment #19 from Jakub Jelinek ---
It is true that float_extend from a constant or constant pool memory if the
constant isn't NaN should never raise any kind of exception or trap.
Shouldn't we handle that in may_trap_p_1 or whatever consider
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105239
Bug ID: 105239
Summary: Presence of unrelated function call makes a variable
optimized out only at -Og
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105231
--- Comment #20 from rguenther at suse dot de ---
On Tue, 12 Apr 2022, jakub at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105231
>
> --- Comment #19 from Jakub Jelinek ---
> It is true that float_extend from a cons
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105233
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105215
Martin Liška changed:
What|Removed |Added
Status|ASSIGNED|NEW
--- Comment #2 from Martin Liška --
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105233
--- Comment #2 from Jakub Jelinek ---
// If the shift exponent equals _Nd then the correct result is not
// representable as a value of _Tp, and so the result is undefined.
// Want that undefined behaviour to be detected in con
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105219
--- Comment #8 from Tamar Christina ---
looks like the code out of the vectorizer is fine, and between the two versions
it doesn't change.
The big change is in the unroller, decides to drops one of the BBs for some
reason.
It turns the loop ma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105238
Martin Liška changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101755
Richard Earnshaw changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105233
Jakub Jelinek changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101755
--- Comment #5 from CVS Commits ---
The master branch has been updated by Richard Earnshaw :
https://gcc.gnu.org/g:62082d278d1fc9773539244194061ab32556db4d
commit r12-8108-g62082d278d1fc9773539244194061ab32556db4d
Author: Richard Earnshaw
Dat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101755
Richard Earnshaw changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105090
Richard Earnshaw changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |rearnsha at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105233
Jakub Jelinek changed:
What|Removed |Added
CC||jason at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105238
--- Comment #2 from Esger Abbink ---
There certainly is overlap yes, in particular:
"(a) build directory relative paths were stored as the .gcda paths
(/a/b/c/master/path/to/file.gcda becomes path/to/file.gcda)"
from https://gcc.gnu.org/bugzil
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105233
--- Comment #5 from Jakub Jelinek ---
Created attachment 52791
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=52791&action=edit
gcc12-pr105233.patch
Untested patch that makes alignas and aligned attribute argument manifestly
constant eval
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105239
--- Comment #1 from Richard Biener ---
The difference materializes somewhere on the RTL side.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105233
--- Comment #6 from Patrick Palka ---
(In reply to Jakub Jelinek from comment #5)
> Created attachment 52791 [details]
> gcc12-pr105233.patch
>
> Untested patch that makes alignas and aligned attribute argument manifestly
> constant evaluated e
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104669
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105213
Segher Boessenkool changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105240
Bug ID: 105240
Summary: backtrace_pcinfo leaks memory
Product: gcc
Version: 12.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libbacktrace
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105240
Jonathan Wakely changed:
What|Removed |Added
Last reconfirmed||2022-04-12
Status|UNCONFI
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105240
--- Comment #2 from Jonathan Wakely ---
I thought it would be OK to just use the malloc configuration unconditionally
within libstdc++, but it looks like I need to include the configure checks for
mman.h and use mmap whenever possible. It might
1 - 100 of 220 matches
Mail list logo
