https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114348
Bug ID: 114348
Summary: Corrupt SARIF output on stderr
Product: gcc
Version: 13.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: analyzer
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114280
--- Comment #1 from GCC Commits ---
The master branch has been updated by Paul Thomas :
https://gcc.gnu.org/g:3fd46d859cda1074125449a4cc680ce59fcebc38
commit r14-9489-g3fd46d859cda1074125449a4cc680ce59fcebc38
Author: Paul Thomas
Date: Fri M
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114141
--- Comment #15 from GCC Commits ---
The master branch has been updated by Paul Thomas :
https://gcc.gnu.org/g:3fd46d859cda1074125449a4cc680ce59fcebc38
commit r14-9489-g3fd46d859cda1074125449a4cc680ce59fcebc38
Author: Paul Thomas
Date: Fri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89645
--- Comment #6 from GCC Commits ---
The master branch has been updated by Paul Thomas :
https://gcc.gnu.org/g:3fd46d859cda1074125449a4cc680ce59fcebc38
commit r14-9489-g3fd46d859cda1074125449a4cc680ce59fcebc38
Author: Paul Thomas
Date: Fri Ma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99065
--- Comment #3 from GCC Commits ---
The master branch has been updated by Paul Thomas :
https://gcc.gnu.org/g:3fd46d859cda1074125449a4cc680ce59fcebc38
commit r14-9489-g3fd46d859cda1074125449a4cc680ce59fcebc38
Author: Paul Thomas
Date: Fri Ma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87477
--- Comment #7 from GCC Commits ---
The master branch has been updated by Paul Thomas :
https://gcc.gnu.org/g:3fd46d859cda1074125449a4cc680ce59fcebc38
commit r14-9489-g3fd46d859cda1074125449a4cc680ce59fcebc38
Author: Paul Thomas
Date: Fri Ma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114108
--- Comment #12 from Sam James ---
Thank you!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114108
Tejas Belagod changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114108
--- Comment #10 from GCC Commits ---
The master branch has been updated by Tejas Belagod :
https://gcc.gnu.org/g:81f3d963e05de8b17d4ccc7667ead9ed156193a4
commit r14-9487-g81f3d963e05de8b17d4ccc7667ead9ed156193a4
Author: Tejas Belagod
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114323
prathamesh3492 at gcc dot gnu.org changed:
What|Removed |Added
CC||prathamesh3492 at gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114347
--- Comment #2 from Paul Eggert ---
(In reply to Andrew Pinski from comment #1)
> I am not so sure that 257.0bf16 gets rounded to 256.
It should get rounded to 256, since 257 has no exact representation in __bf16
and 256 is the closest represen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114347
--- Comment #1 from Andrew Pinski ---
Hmm, I am not so sure that 257.0bf16 gets rounded to 256.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114347
Bug ID: 114347
Summary: wrong constant folding when casting __bf16 to int
Product: gcc
Version: 13.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compone
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81482
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |WONTFIX
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81759
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed|2017-08-08 00:00:00 |2024-3-14
--- Comment #4 from Andrew Pin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81759
--- Comment #3 from Andrew Pinski ---
(In reply to Daniel Fruzynski from comment #2)
> Looks that __builtin_ffs does not check if input value is nonzero at all.
> Assembler code for following code also has unnecessary instructions:
>
> [code]
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114346
Bug ID: 114346
Summary: vectorizer generates the same IV twice
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Keywords: missed-optimization
Severity: normal
Pr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114345
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114345
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83777
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed|2018-01-11 00:00:00 |2024-3-14
Status|WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114345
Bug ID: 114345
Summary: FRE missing knowledge of semantics of IFN loads
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Keywords: missed-optimization
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70268
Andrew Pinski changed:
What|Removed |Added
CC||joerg at netbsd dot org
--- Comment #19
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47047
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88823
--- Comment #2 from Andrew Pinski ---
Looks to be fixed on the trunk.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88926
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed|2019-01-21 00:00:00 |2024-3-14
--- Comment #3 from Andrew Pin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89567
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
--- Comment #6 from Andrew P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43473
Andrew Pinski changed:
What|Removed |Added
Keywords||missed-optimization
--- Comment #3 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=29860
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111555
Fangrui Song changed:
What|Removed |Added
CC||i at maskray dot me
--- Comment #5 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114334
Hongtao Liu changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110027
--- Comment #15 from Hongtao Liu ---
A patch is posted at
https://gcc.gnu.org/pipermail/gcc-patches/2024-March/647604.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114343
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114344
--- Comment #2 from Andrew Pinski ---
Note __alignof__ might say 1, but alignof vs what GCC knows the alignment of
the decl are 2 different things.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114344
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106119
Jeffrey A. Law changed:
What|Removed |Added
Summary|[12/13/14 Regression] Bogus |[12 Regression] Bogus
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106238
Jeffrey A. Law changed:
What|Removed |Added
Summary|[12/13/14 regression] |[12 regression] Inline
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106342
Jeffrey A. Law changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114344
Bug ID: 114344
Summary: [arm/mips] __alignof__ report a member packed struct
as 1, while normal load/store instruction is used
Product: gcc
Version: unknown
Status: UNCO
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106757
Jeffrey A. Law changed:
What|Removed |Added
Summary|[12/13/14 Regression] |[12/13 Regression]
|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113430
--- Comment #10 from Sam James ---
I don't plan on pursuing it myself, leaving it to someone else, as I can't
reproduce on my main workstation and I don't want to faff w/ kernel config.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113430
--- Comment #9 from Sam James ---
Created attachment 57708
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57708&action=edit
0001-libsanitizer-fix-ASAN-with-aggressive-CONFIG_ARCH_MM.patch
Untested patch for 13.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106842
Jeffrey A. Law changed:
What|Removed |Added
Summary|[12/13/14 Regression] |[12 Regression] misleading
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106931
Jeffrey A. Law changed:
What|Removed |Added
Summary|[12/13/14 Regression] |[12 Regression]
|-Ws
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107138
Jeffrey A. Law changed:
What|Removed |Added
Summary|[12/13/14 regression] |[12 regression]
|std
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89323
--- Comment #7 from Andrew Pinski ---
This might work but I can't test it with x32:
```
diff --git a/libsanitizer/configure.tgt b/libsanitizer/configure.tgt
index 77a0e68222b..eb99edefbd3 100644
--- a/libsanitizer/configure.tgt
+++ b/libsanitizer
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113430
Andrew Pinski changed:
What|Removed |Added
Summary|Trivial program segfaults |[12/13 only] Trivial
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113430
Dimitrij Mijoski changed:
What|Removed |Added
CC||dmjpp at hotmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114343
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |13.3
Assignee|dmalcolm at gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114343
--- Comment #1 from Andrew Pinski ---
No there is a missing `}` in the line that was done for
testsuite/gcc.dg/analyzer/null-deref-pr108251-smp_fetch_ssl_fc_has_early-O2.c :
/* { dg-bogus "may result in an unaligned pointer value" "Fixed in
r1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114343
Bug ID: 114343
Summary: [13 regression] many erratic errors starting with
r13-8433-g1277f69b9b0206
Product: gcc
Version: 13.2.1
Status: UNCONFIRMED
Severity: n
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89323
Andrew Pinski changed:
What|Removed |Added
Target||i?86
Status|WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113934
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59863
Andrew Pinski changed:
What|Removed |Added
CC||barry.revzin at gmail dot com
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99091
Andrew Pinski changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95943
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111555
--- Comment #4 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #3)
> (In reply to YunQiang Su from comment #2)
> > For AArch64, clang supports `-mno-unaligned-access`, while gcc doesn't,
> > should we add it as an alias of -mstric
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111555
--- Comment #3 from Andrew Pinski ---
(In reply to YunQiang Su from comment #2)
> For AArch64, clang supports `-mno-unaligned-access`, while gcc doesn't,
> should we add it as an alias of -mstrict-align?
-mno-unaligned-access is the arm option
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111555
YunQiang Su changed:
What|Removed |Added
CC||syq at gcc dot gnu.org
--- Comment #2 fro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114342
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114342
--- Comment #1 from Andrew Pinski ---
The first memcpy (rep movsq) is for:
```
int arr[]{-5, 10, 15, -5, 10, 15, -5, 10, 15, -5, 10, 15, -5, 10, 15, -5, 10,
15, -5, 10, 15,-5, 10, 15 -5, 10, 15, -5, 10, 15, -5, 10, 15, -5, 10, 15, -5,
10, 15,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114342
Bug ID: 114342
Summary: suboptimal codegen of vector::vector(range)
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114341
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2024-03-14
Status|UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114341
--- Comment #1 from Andrew Pinski ---
x/(y&-y) is already recorded as PR 97738 .
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114341
Bug ID: 114341
Summary: Optimization opportunity with {mul,div} "(x & -x)" and
{<<,>>} "ctz(x)"
Product: gcc
Version: 13.2.0
Status: UNCONFIRMED
Severity: norm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112548
--- Comment #25 from Jeffrey A. Law ---
Well, at least in theory SPEC isn't supposed to be changing the sources or
validation criteria on us. So while our copy may be old, I would expect it's
still the same as Filip's.
That doesn't resolve any
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82599
Andrew Pinski changed:
What|Removed |Added
Component|middle-end |c
--- Comment #2 from Andrew Pinski ---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114339
--- Comment #15 from Jakub Jelinek ---
Created attachment 57707
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57707&action=edit
gcc14-pr114339.patch
Untested fix.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114340
Bug ID: 114340
Summary: ` X / CST < X` -> `X > 0`
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Keywords: missed-optimization
Severity: enhancement
Priority:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114339
Jakub Jelinek changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |jakub at gcc dot gnu.org
--- Com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114339
--- Comment #13 from Jakub Jelinek ---
Nice, further cleaned up:
/* PR target/114339 */
/* { dg-do run } */
/* { dg-options "-O2 -Wno-psabi" } */
/* { dg-additional-options "-mavx" { target avx_runtime } } */
typedef long V __attribute__((vecto
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114339
--- Comment #12 from Andrew Pinski ---
I suspecting r13-3803-gfa271afb584230 which missed the border case of
INT_MAX/INT_MIN .
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114339
Andrew Pinski changed:
What|Removed |Added
Known to work||10.1.0, 12.1.0, 12.3.0,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114339
Andrew Pinski changed:
What|Removed |Added
Target||x86_64-linux-gnu
Component|tre
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114339
--- Comment #9 from Andrew Pinski ---
Reduced testcase:
```
#define vect128 __attribute__((vector_size(16)))
[[gnu::noinline]]
vect128 long f(vect128 long a)
{
return a <= (vect128 long){0, 9223372036854775807};
}
int main()
{
vect12
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114339
--- Comment #8 from Jakub Jelinek ---
Slightly simplified/cleaned up testcase:
/* { dg-do run } */
/* { dg-options "-O2 -fno-vect-cost-model" } */
/* { dg-additional-options "-mavx" { target avx_runtime } } */
struct S { int a; long b; int c; }
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114339
--- Comment #7 from Andrew Pinski ---
This looks wrong:
```
;; mask_patt_17.15_55 = vect_cst__53 <= { 0, 9223372036854775807 };
(insn 21 20 22 (set (reg:V2DI 111)
(mem/u/c:V2DI (symbol_ref/u:DI ("*.LC1") [flags 0x2]) [0 S16 A128]))
-1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112548
--- Comment #24 from Robin Dapp ---
I rebuilt GCC from scratch with your options but still have the same problem.
Could our sources differ? My SPEC version might not be the most recent but I'm
not aware that mcf changed at some point.
Just to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114339
--- Comment #6 from Tamar Christina ---
vectorizer generates:
mask_patt_21.19_58 = vect_perm_even_49 >= vect_cst__57;
mask_patt_21.19_59 = vect_perm_even_55 >= vect_cst__57;
vexit_reduc_63 = mask_patt_21.19_58 | mask_patt_21.19_59;
if (
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91861
--- Comment #3 from Andrew Pinski ---
*** Bug 94413 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94413
Andrew Pinski changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91861
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Summary|invalid vectorizati
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109753
--- Comment #15 from Jason Merrill ---
Created attachment 57706
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57706&action=edit
one approach
I tried just making implicit functions respect #pragma target, but that
regresses pr105306 due t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108866
--- Comment #6 from Andrew Pinski ---
(In reply to Pali Rohár from comment #5)
> There is one problem with it. I had to "hardcode" x86_64-w64-mingw32-windres
> name instead of just "windres". How to declare cross compile prefix? Because
> gcc so
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54454
Andrew Pinski changed:
What|Removed |Added
Resolution|INVALID |DUPLICATE
--- Comment #4 from Andrew Pin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=9058
Andrew Pinski changed:
What|Removed |Added
CC||mikulas at artax dot
karlin.mff.cu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108866
--- Comment #5 from Pali Rohár ---
Thank you for info, I read that blog post and based on those details I adjusted
spec file
$ x86_64-w64-mingw32-gcc -dumpspecs > test.spec
by adding additional lines to test.spec:
.rc:
x86_64-w64-mingw32-wind
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91672
Andrew Pinski changed:
What|Removed |Added
CC||pascal_cuoq at hotmail dot com
--- Comme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109956
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91672
--- Comment #2 from Andrew Pinski ---
Note the .size does match up with what GCC outputs though:
e.g. a1:
.size a1, 18
a1:
.xword 1
.hword 1
.hword 1
.zero 6
that is size of 18.
Basically gcc's padd
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91672
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114288
John David Anglin changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114294
Gaius Mulley changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114339
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Summary|[14 regression]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114294
--- Comment #3 from GCC Commits ---
The master branch has been updated by Gaius Mulley :
https://gcc.gnu.org/g:6dbf0d252f69ab2924256e6778ba7dc55d5b6915
commit r14-9483-g6dbf0d252f69ab2924256e6778ba7dc55d5b6915
Author: Gaius Mulley
Date: Thu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114339
--- Comment #4 from Sam James ---
(In reply to Sam James from comment #3)
> Created attachment 57705 [details]
> larger.i
>
> Ah, wait, that might be a bad reduction. Let me attach a larger one, then I
> can give the original if needed too.
OK
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114339
--- Comment #3 from Sam James ---
Created attachment 57705
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57705&action=edit
larger.i
Ah, wait, that might be a bad reduction. Let me attach a larger one, then I can
give the original if need
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114331
--- Comment #12 from Jakub Jelinek ---
Yeah. So the cases where we should do it is when we are reversing a narrowing
cast, or also something for the other PRs Andrew mentioned, like when reversing
BIT_AND_EXPR (but maybe also BIT_IOR_EXPR/BIT_X
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114339
Sam James changed:
What|Removed |Added
CC||tnfchris at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114339
--- Comment #1 from Sam James ---
The assert is at
https://gitlab.torproject.org/tpo/core/tor/-/blob/tor-0.4.8.10/src/feature/client/entrynodes.c#L2072
```
(gdb) p delays
$3 = {{
maximum = 21600,
primary_delay = 600,
nonprimary_dela
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114339
Bug ID: 114339
Summary: [14 regression] Tor miscompiled with -O2 -mavx
-fno-vect-cost-model
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
1 - 100 of 184 matches
Mail list logo
