https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89325
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89326
Bug ID: 89326
Summary: [RFE] Highlight `required from here` in compile-error
output
Product: gcc
Version: 8.2.1
Status: UNCONFIRMED
Severity: normal
P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89312
--- Comment #4 from Martin Husemann ---
This is scary.
So in the future there will be valid reasons for the truncation warning, but
you are not offering any way to suppress the totally useless false positives?
My problem with this warning is th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88858
Martin Liška changed:
What|Removed |Added
Known to work||9.0
Known to fail|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88858
--- Comment #2 from Martin Liška ---
Author: marxin
Date: Wed Feb 13 06:57:38 2019
New Revision: 268835
URL: https://gcc.gnu.org/viewcvs?rev=268835&root=gcc&view=rev
Log:
Remove a barrier when EDGE_CROSSING is removed (PR lto/88858).
2019-02-13
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89323
Martin Liška changed:
What|Removed |Added
Status|NEW |WAITING
--- Comment #3 from Martin Liška
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89323
Martin Liška changed:
What|Removed |Added
Status|WAITING |NEW
--- Comment #2 from Martin Liška ---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89325
Bug ID: 89325
Summary: False warnings about "optimization attribute" on
operators when -fno-ipa-cp-clone
Product: gcc
Version: 7.3.0
Status: UNCONFIRMED
Severit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89307
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89324
Martin Liška changed:
What|Removed |Added
Keywords||ice-on-valid-code
Target|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89324
Bug ID: 89324
Summary: ICE in extract_constrain_insn, at recog.c:2211 on
aarch64
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Pr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87689
--- Comment #17 from Alan Modra ---
> On platforms where varargs have a different calling
> signature from normal functions, this would be an ABI change.
True, but in C terms, gfortran is currently doing this:
void f (char *res, int reslen);
..
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89323
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89323
Bug ID: 89323
Summary: Asan memory leak detection on x86 platform
Product: gcc
Version: 6.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: saniti
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67823
Marek Polacek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71829
Marek Polacek changed:
What|Removed |Added
Status|WAITING |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77304
Marek Polacek changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=86961
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67491
Bug 67491 depends on bug 87113, which changed state.
Bug 87113 Summary: ICE in adjust_temp_type at cp/constexpr.c:1205
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87113
What|Removed |Added
-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87113
Marek Polacek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88003
--- Comment #2 from Marek Polacek ---
That is, with this version of the test:
auto test() {
struct O {
struct N;
};
return O();
}
typedef decltype(test()) TN;
struct TN::N {};
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88003
Marek Polacek changed:
What|Removed |Added
Keywords||ice-on-valid-code
Status|UNC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89048
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88982
--- Comment #2 from Marek Polacek ---
Started with r247842. Before that:
88982.C: In instantiation of ‘struct A’:
88982.C:10:14: required from here
88982.C:2:73: error: type mismatch in nontype parameter pack
template class ...Cs, Cs ...Vs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88982
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89229
--- Comment #18 from H.J. Lu ---
(In reply to Jakub Jelinek from comment #14)
> Comment on attachment 45685 [details]
> I am testing this
>
> The movsi change doesn't look entirely right to me. While OImode or TImode
> is not allowed in ext sse
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89229
--- Comment #17 from H.J. Lu ---
[hjl@gnu-4 gcc]$ cat /tmp/z.c
/* { dg-do compile { target { ! ia32 } } } */
/* { dg-options "-O2 -march=skylake-avx512" } */
extern long long i;
long long
foo1 (void)
{
register long long xmm16 __asm ("xmm16")
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89229
--- Comment #16 from H.J. Lu ---
[hjl@gnu-4 gcc]$ cat /tmp/y.c
/* { dg-do compile { target { ! ia32 } } } */
/* { dg-options "-O2 -march=skylake-avx512 -mprefer-vector-width=512" } */
extern float d;
void
foo1 (float x)
{
register float xmm16
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89193
Ian Lance Taylor changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89229
--- Comment #15 from H.J. Lu ---
[hjl@gnu-4 gcc]$ cat /tmp/x.c
/* { dg-do compile { target { ! ia32 } } } */
/* { dg-options "-O2 -march=skylake-avx512 -mprefer-vector-width=512" } */
extern double d;
void
foo1 (double x)
{
register double x
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89313
--- Comment #4 from Peter Bergner ---
Actually, the error message:
z1.c:7:1: error: unable to generate reloads for impossible constraints:
is a new LRA test that I added as part of one of my other commits that is
catching the illegal regist
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89193
--- Comment #1 from ian at gcc dot gnu.org ---
Author: ian
Date: Wed Feb 13 00:10:06 2019
New Revision: 268830
URL: https://gcc.gnu.org/viewcvs?rev=268830&root=gcc&view=rev
Log:
PR go/89193
* Makefile.am (mostlyclean-local): Avoi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89321
--- Comment #3 from Ian Lance Taylor ---
I'm not sure exactly what assert it is, because there is no assert on that line
of go-gcc.cc. But it is most likely an assertion saying that when compiling a
struct composite literal, the number of fields
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89291
--- Comment #3 from zwieflhofer ---
Contacted NCAR, the providers of the source code. The bug is known to them and
they have a workaround:
Set
-DBUILD_RRTMG_FAST=0
to
-DBUILD_RRTMG_FAST=1
From my side, this bug report can be closed.
But I ex
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88308
--- Comment #4 from acsawdey at gcc dot gnu.org ---
Tracked down the difference between -m32 and -m64. In the -m64 case,
rs6000_emit_move calls force_const_mem and that will set LABEL_PRESERVE_P on a
label_ref that it finds, which is what marks th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89313
Peter Bergner changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89321
--- Comment #2 from sean.wang at wdc dot com ---
I can certainly try. Based on the backtrace, do you have an educated guess on
what type of condition in the code that I can try to isolate? For example, what
does the assert condition mean? Thank yo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88834
--- Comment #6 from kugan at gcc dot gnu.org ---
>
> Note the difference in mode for aarch64_classify_address. Not sure if this
> is because of the way my patch changes ivopt.
Yes, it ws my mistake in iv-use. with attached patch, I now get
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88834
kugan at gcc dot gnu.org changed:
What|Removed |Added
Attachment #45661|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89322
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89229
--- Comment #14 from Jakub Jelinek ---
Comment on attachment 45685
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45685
I am testing this
The movsi change doesn't look entirely right to me. While OImode or TImode is
not allowed in ext sse
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88993
Martin Sebor changed:
What|Removed |Added
Component|c |tree-optimization
--- Comment #13 from Ma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89312
--- Comment #3 from Martin Sebor ---
I understand your frustration but there is no good way to tell a benign
truncation from a potentially dangerous bug, so GCC errs on the side of caution
here.
The -Wformat-truncation option detects a number of
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89229
H.J. Lu changed:
What|Removed |Added
Target Milestone|7.5 |9.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89229
--- Comment #13 from H.J. Lu ---
Created attachment 45685
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45685&action=edit
I am testing this
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89316
--- Comment #6 from Andrew Pinski ---
(In reply to Eric Gallager from comment #5)
> actually since all the bugs seem to be about different targets triggering
> that assert in different ways, would it be possible to replace it with an
> internal_e
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89313
--- Comment #2 from Peter Bergner ---
I'll have a look.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89321
--- Comment #1 from Ian Lance Taylor ---
In order to fix this problem I will most likely need some way to reproduce it.
Can you share a cut down version of the source code that triggers the problem?
Do you happen to know if the problem occurs w
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89316
--- Comment #5 from Eric Gallager ---
(In reply to Eric Gallager from comment #4)
> (In reply to Andrew Pinski from comment #3)
> > (In reply to Eric Gallager from comment #2)
> > > There are other bugs open based on that assert failing; lemme se
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89316
--- Comment #4 from Eric Gallager ---
(In reply to Andrew Pinski from comment #3)
> (In reply to Eric Gallager from comment #2)
> > There are other bugs open based on that assert failing; lemme see if I can
> > find them...
>
> There might be b
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89316
--- Comment #3 from Andrew Pinski ---
(In reply to Eric Gallager from comment #2)
> There are other bugs open based on that assert failing; lemme see if I can
> find them...
There might be but this is a target specific related to
ix86_expand_spl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89229
--- Comment #12 from H.J. Lu ---
[hjl@gnu-4 tmp]$ cat x.c
/* { dg-do compile } */
/* { dg-options "-O2 -march=skylake-avx512" } */
extern int i;
int
foo1 (void)
{
register int xmm16 __asm ("xmm16") = i;
asm volatile ("" : "+v" (xmm16));
r
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89316
Eric Gallager changed:
What|Removed |Added
CC||egallager at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89303
--- Comment #15 from Jonathan Wakely ---
Reverting that patch on gcc-8-branch fixes the bug:
--- a/gcc/ipa-inline.c
+++ b/gcc/ipa-inline.c
@@ -1166,7 +1166,6 @@ edge_badness (struct cgraph_edge *edge, bool dump)
overall_growth += 256
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89303
Jonathan Wakely changed:
What|Removed |Added
Attachment #45682|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88572
Will Wray changed:
What|Removed |Added
CC||wjwray at gmail dot com
--- Comment #15 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84877
John David Anglin changed:
What|Removed |Added
CC||danglin at gcc dot gnu.org
--- Comme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89322
Bug ID: 89322
Summary: Use of new and -lsupc++ requires -lstdc++ on
architectures without atomics
Product: gcc
Version: 7.3.0
Status: UNCONFIRMED
Severity: norm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64242
John David Anglin changed:
What|Removed |Added
CC||danglin at gcc dot gnu.org
--- Comme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89284
Martin Sebor changed:
What|Removed |Added
Keywords||diagnostic
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89303
--- Comment #13 from Jonathan Wakely ---
(In reply to Alexandre Duret-Lutz from comment #6)
> I mentioned in my first comment that I had also cases that threw
> bad_weak_ptr.
> I've been able to reproduce those as follows:
>
> % cat badwptr.cc
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89321
Bug ID: 89321
Summary: cross build with riscv64 gccgo compilation failed due
to assert in constructor_expression
Product: gcc
Version: 9.0
Status: UNCONFIRMED
S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88248
--- Comment #6 from Harald Anlauf ---
Moving the check from gfc_define_st_label to gfc_reference_st_label:
Index: symbol.c
===
--- symbol.c(revision 268826)
+++ symbol.c(wor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89229
--- Comment #11 from H.J. Lu ---
(In reply to Jakub Jelinek from comment #10)
> Though, is this really a regression? I mean, have we ever emitted better
> code?
It isn't a regression.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89229
Jakub Jelinek changed:
What|Removed |Added
Summary|[7/8 Regression]|[7/8/9 Regression]
|Un
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=85250
Martin Sebor changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89229
--- Comment #9 from H.J. Lu ---
[hjl@gnu-4 i386]$ cat pr89229-2.c
/* { dg-do compile } */
/* { dg-options "-O2 -march=skylake-avx512" } */
typedef __int128 __m128t __attribute__ ((__vector_size__ (16), __may_alias__));
__m128t
foo (void)
{
re
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89144
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89144
--- Comment #2 from Jason Merrill ---
Author: jason
Date: Tue Feb 12 21:18:51 2019
New Revision: 268827
URL: https://gcc.gnu.org/viewcvs?rev=268827&root=gcc&view=rev
Log:
PR c++/89144 - link error with constexpr initializer_list.
In thi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89313
Martin Sebor changed:
What|Removed |Added
Keywords||ice-on-invalid-code
Status|UN
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89318
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89318
--- Comment #6 from Bernd Edlinger ---
(In reply to Jakub Jelinek from comment #5)
> Note the
> (insn:TI 64 23 27 (parallel [
> (set (mem/f/c:SI (plus:SI (reg/f:SI 13 sp)
> (const_int 8 [0x8])) [25 data.fn+0 S4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89303
Jonathan Wakely changed:
What|Removed |Added
Attachment #45672|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89318
--- Comment #5 from Jakub Jelinek ---
Note the
(insn:TI 64 23 27 (parallel [
(set (mem/f/c:SI (plus:SI (reg/f:SI 13 sp)
(const_int 8 [0x8])) [25 data.fn+0 S4 A64])
(reg/f:SI 12 ip [117]))
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89318
--- Comment #4 from Jakub Jelinek ---
Can't reproduce with a cross:
./cc1 -quiet -nostdinc -march=armv7-a -mtune=cortex-a9 -mfpu=vfpv3-d16
-mfloat-abi=hard -O2 pr89318.i
succeeds
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89318
--- Comment #3 from Bernd Edlinger ---
the instruction looks like created by your patch?
* config/arm/ldrdstrd.md: Change peepholes to generate PARALLEL SImode
sets instead of single DImode set and define new insns to match this.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89320
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89294
H.J. Lu changed:
What|Removed |Added
CC||hjl.tools at gmail dot com
--- Comment #4 from
vect5.s^M
+===GNAT BUG DETECTED==+^M
| 9.0.1 20190212 (experimental) (x86_64-pc-linux-gnu) GCC error: |^M
| tree check: expected class 'constant', have 'binary' (mult_expr) in |^M
| valid_constant_si
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89318
--- Comment #2 from Bernd Edlinger ---
Created attachment 45681
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45681&action=edit
preprocessed isl_aff.i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87689
--- Comment #16 from Thomas Koenig ---
(In reply to Alan Modra from comment #12)
> A little more sophisticated.
>
> * fortran/trans-types.c (gfc_get_function_type): Use a varargs decl
> unless we have args other than hidden ones.
Wi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89317
--- Comment #3 from Marc Glisse ---
If we avoid changing the type from int16_t to uint16_t, we get 2 calls to
memmove. They don't get expanded, probably because we fail to simplify the size
to 16 in gimple:
_1 = &MEM[(void *)this_5(D) + 16B];
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89317
--- Comment #2 from Daniel Fruzynski ---
Yes, I mean inefficient.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89318
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89318
Jakub Jelinek changed:
What|Removed |Added
Priority|P3 |P1
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89317
--- Comment #1 from Jonathan Wakely ---
You mean inefficient, right? The effects are correct as far as I can see.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89314
--- Comment #2 from Jakub Jelinek ---
Created attachment 45680
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45680&action=edit
gcc9-pr89314.patch
Untested fix.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88920
--- Comment #26 from Bill Schmidt ---
Yes, that indeed helps! With that we see it once per directory prior to
running the tests, like the other existing checks. Thanks!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89311
Jonathan Wakely changed:
What|Removed |Added
Keywords||rejects-valid
--- Comment #1 from Jona
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89299
--- Comment #5 from Jonathan Wakely ---
For now I suggest this patch for the docs:
--- a/gcc/doc/extend.texi
+++ b/gcc/doc/extend.texi
@@ -6815,6 +6815,11 @@ does not allow the exception to be caught, only to
perform an action.
It is undefined
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89319
--- Comment #2 from Marc Glisse ---
I expect this is a DUP of bug 55266 and many others. Vector lowering for
unsupported sizes is not done very cleverly...
Not closing in case there are some mitigations you can do in the ppc backend.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88368
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88294
Marek Polacek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89297
Marek Polacek changed:
What|Removed |Added
Priority|P3 |P1
Summary|ICE: unexpected ex
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89314
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88920
--- Comment #25 from Jakub Jelinek ---
Created attachment 45679
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45679&action=edit
gcc9-pr88920.patch
For that I agree it is annoying, does the following patch fix it?
There is another issue, o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89275
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89308
--- Comment #2 from seurer at gcc dot gnu.org ---
I looked through the various patches for the sanitizer stuff and the important
one that is missing is the one that disables ASLR when the sanitizers are in
use. This would "solve" the issue where
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89315
Marek Polacek changed:
What|Removed |Added
Priority|P3 |P1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89319
--- Comment #1 from Michael Meissner ---
Created attachment 45678
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=45678&action=edit
Power9 assembly code to show the poor code generation
This was the assembly code using -O3 -mcpu=power9
1 - 100 of 212 matches
Mail list logo
