https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94087
--- Comment #15 from H.J. Lu ---
(In reply to Jonathan Wakely from comment #13)
> We could do this easily enough (which could be simplified if RDRAND is
> guaranteed to be available when RDSEED is available):
>
All Intel processors with RDSEED
Assignee: unassigned at gcc dot gnu.org
Reporter: hjl.tools at gmail dot com
CC: ubizjak at gmail dot com
Target Milestone: ---
Target: i386, x86-64
[hjl@gnu-cfl-2 freestand]$ cat x.i
struct foo
{
char array[257];
};
extern struct foo x;
void
func
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95134
H.J. Lu changed:
What|Removed |Added
Summary|-ffreestanding should avoid |Add a target option to
|libc
|NEW
Assignee|unassigned at gcc dot gnu.org |hjl.tools at gmail dot
com
--- Comment #5 from H.J. Lu ---
Created attachment 48538
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48538&action=edit
A patch to add -mavoid-libcall
The -mgeneral-regs-only option ge
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94778
H.J. Lu changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
: target
Assignee: unassigned at gcc dot gnu.org
Reporter: hjl.tools at gmail dot com
CC: crazylht at gmail dot com
Target Milestone: ---
Target: i386,x86-64
'cmpmemM'
Block compare instruction, with five operands like the operands of
gcc dot gnu.org |hjl.tools at gmail dot
com
Status|UNCONFIRMED |NEW
Ever confirmed|0 |1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95147
H.J. Lu changed:
What|Removed |Added
URL||https://gcc.gnu.org/piperma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95147
H.J. Lu changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
ormal
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: hjl.tools at gmail dot com
CC: ubizjak at gmail dot com
Target Milestone: ---
Target: i386,x86-64
[hjl@gnu-cfl-2 pr95021]$ cat d.c
void
foo (_Decima
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95162
--- Comment #1 from H.J. Lu ---
GCC manual says
'-mpreferred-stack-boundary=NUM'
Attempt to keep the stack boundary aligned to a 2 raised to NUM
byte boundary. If '-mpreferred-stack-boundary' is not specified,
the default is 4 (1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95162
H.J. Lu changed:
What|Removed |Added
Resolution|--- |INVALID
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95021
--- Comment #10 from H.J. Lu ---
Fixed for GCC 11.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95151
H.J. Lu changed:
What|Removed |Added
Summary|Add cmpmemM pattern for |[9/10/11 Regression] Add
|-m
Assignee: unassigned at gcc dot gnu.org
Reporter: hjl.tools at gmail dot com
CC: ubizjak at gmail dot com
Target Milestone: ---
Target: i386, x86-64
libgcc has
enum processor_features
{
FEATURE_CMOV = 0,
...
FEATURE_AVX512BITALG
Assignee: unassigned at gcc dot gnu.org
Reporter: hjl.tools at gmail dot com
CC: ubizjak at gmail dot com
Target Milestone: ---
Target: i386, x86-64
get_available_features in libgcc/config/i386/cpuinfo.c has
if (avx512_usable)
{
...
if
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95212
H.J. Lu changed:
What|Removed |Added
Target Milestone|--- |10.2
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95220
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Target Milestone|---
Assignee: unassigned at gcc dot gnu.org
Reporter: hjl.tools at gmail dot com
CC: ubizjak at gmail dot com
Target Milestone: ---
Target: x86-64
In 64-bit mode, we can only push 16-bit or 64-bit memory/register.
commit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95238
--- Comment #1 from H.J. Lu ---
The "i" constraint shouldn't be used for flag_pic since symbolic constant
leads to writable text in 32-bit mode and invalid in 64-bit mode.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95238
--- Comment #3 from H.J. Lu ---
(In reply to Uroš Bizjak from comment #2)
> (In reply to H.J. Lu from comment #1)
> > The "i" constraint shouldn't be used for flag_pic since symbolic constant
> > leads to writable text in 32-bit mode and invalid
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95238
H.J. Lu changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95237
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91695
H.J. Lu changed:
What|Removed |Added
Target Milestone|--- |8.5
Status|NEW
onent: target
Assignee: unassigned at gcc dot gnu.org
Reporter: hjl.tools at gmail dot com
CC: ubizjak at gmail dot com
Target Milestone: ---
Target: i386,x86-64
AVX512VPOPCNTDQ check is missing from driver-i386.c
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: hjl.tools at gmail dot com
CC: ubizjak at gmail dot com
Depends on: 95258, 91695, 95212, 95220
Target Milestone: ---
Target: i386, x86-64
There are
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95259
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95259
H.J. Lu changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |hjl.tools at gmail dot
com
Assignee: unassigned at gcc dot gnu.org
Reporter: hjl.tools at gmail dot com
Target Milestone: ---
Target: i386, x86-64
cpuid.h has
/* XFEATURE_ENABLED_MASK register bits (%eax == 13, %ecx == 0) */
^^^ This is decimal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95260
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95259
H.J. Lu changed:
What|Removed |Added
Attachment #48576|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95260
--- Comment #4 from H.J. Lu ---
(In reply to Martin Liška from comment #1)
> Just a question: why do you create PRs for all these issues?
> Is it because you want to backport fixes to active branches?
That would be nice.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95258
--- Comment #2 from H.J. Lu ---
Fixed for GCC 11 so far.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95259
Bug 95259 depends on bug 95258, which changed state.
Bug 95258 Summary: -march=native doesn't handle -mavx512vpopcntdq
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95258
What|Removed |Added
-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95258
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Target Milestone|---
onent: middle-end
Assignee: unassigned at gcc dot gnu.org
Reporter: hjl.tools at gmail dot com
CC: msebor at gcc dot gnu.org
Target Milestone: ---
Assembler in binutils has
struct frag {
...
/* Data begins here. */
char fr_literal[1];
};
and fr_liter
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95353
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95353
--- Comment #2 from H.J. Lu ---
Created attachment 48612
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48612&action=edit
a testcase
$ gcc -O2 x.i -S
/export/gnu/import/git/sources/binutils-gdb-release/gas/config/tc-csky.c: In
function ‘md
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95353
H.J. Lu changed:
What|Removed |Added
Status|WAITING |NEW
Priority: P3
Component: bootstrap
Assignee: unassigned at gcc dot gnu.org
Reporter: hjl.tools at gmail dot com
Target Milestone: ---
Before switching to git repo, we could use
$ contrib/gcc_update -r 8712
to switch to revision 8712. After switching to git, it is no
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95259
H.J. Lu changed:
What|Removed |Added
URL||https://gcc.gnu.org/piperma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95400
H.J. Lu changed:
What|Removed |Added
Status|WAITING |NEW
--- Comment #2 from H.J. Lu ---
[hjl@gnu-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95400
H.J. Lu changed:
What|Removed |Added
Known to work||11.0
--- Comment #3 from H.J. Lu ---
Fixed on
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95413
H.J. Lu changed:
What|Removed |Added
CC||hjl.tools at gmail dot com
Status
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95413
--- Comment #3 from H.J. Lu ---
I successfully bootstrapped
commit c92716b2b1d117a803775a2e2336b751050ff7c2
Author: Martin Liska
Date: Fri May 29 13:21:41 2020 +0200
Port bugzilla-close-candidate script to git.
with
CC="cc -m32 -fno-lt
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95413
--- Comment #4 from H.J. Lu ---
(In reply to r...@cebitec.uni-bielefeld.de from comment #2)
> > How did CET changes add -march=i486 -mtune=i686? Can you bisect to the
> > commit?
>
> Done: the reghunt identified
>
> commit 4c1a5d8b71e29b71e0bc
gnu.org |hjl.tools at gmail dot
com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95413
--- Comment #6 from H.J. Lu ---
I am testing this:
diff --git a/config/cet.m4 b/config/cet.m4
index 2bb2c8a95ac..911fbd46475 100644
--- a/config/cet.m4
+++ b/config/cet.m4
@@ -7,13 +7,14 @@ GCC_ENABLE(cet, auto, ,[enable Intel CET in target
libr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95413
H.J. Lu changed:
What|Removed |Added
URL||https://gcc.gnu.org/piperma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95413
H.J. Lu changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95151
--- Comment #2 from H.J. Lu ---
Initial attempt failed on
[hjl@gnu-cfl-2 pr95151]$ cat saved.c
#include
#include
#include
#include
unsigned char *buf1, *buf2;
int ret;
size_t page_size;
static void
do_one_test (char *dst, char *src, const
Assignee: unassigned at gcc dot gnu.org
Reporter: hjl.tools at gmail dot com
CC: hubicka at ucw dot cz, ubizjak at gmail dot com
Target Milestone: ---
Target: i386,x86-64
cmpstrnsi expander has
emit_insn (gen_cmp_1 (Pmode, countreg, countreg
: middle-end
Assignee: unassigned at gcc dot gnu.org
Reporter: hjl.tools at gmail dot com
CC: vmakarov at redhat dot com
Target Milestone: ---
match_reload has
if (find_reg_note (curr_insn, REG_UNUSED, out_rtx) == NULL_RTX)
{
start_sequence
Assignee: unassigned at gcc dot gnu.org
Reporter: hjl.tools at gmail dot com
CC: crazylht at gmail dot com, hubicka at ucw dot cz, ubizjak
at gmail dot com
Target Milestone: ---
Target: i386,x86-64
We have
countreg = ix86_zero_extend_to_Pmode
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: hjl.tools at gmail dot com
CC: crazylht at gmail dot com, hubicka at ucw dot cz, ubizjak
at gmail dot com
Target Milestone: ---
Target: i386,x864-64
cmpstrnqi
Assignee: unassigned at gcc dot gnu.org
Reporter: hjl.tools at gmail dot com
CC: crazylht at gmail dot com, hubicka at ucw dot cz, ubizjak
at gmail dot com
Target Milestone: ---
Target: i386,x86-64
cmpstrn peepholes are out of date. i386.md has
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95439
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95151
Bug 95151 depends on bug 95439, which changed state.
Bug 95439 Summary: Incorrect zero count check in cmpstrnsi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95439
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95151
Bug 95151 depends on bug 95444, which changed state.
Bug 95444 Summary: Incorrect constraints on length operand in cmpstrnqi patterns
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95444
What|Removed |Added
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95444
H.J. Lu changed:
What|Removed |Added
Resolution|--- |INVALID
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95151
H.J. Lu changed:
What|Removed |Added
Keywords||patch
URL|
Assignee: unassigned at gcc dot gnu.org
Reporter: hjl.tools at gmail dot com
CC: crazylht at gmail dot com
Depends on: 43052
Target Milestone: ---
Similar to PR 43052, inline strncmp is *much* slower than glibc. PR 43052
was "fixed" b
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95237
--- Comment #5 from H.J. Lu ---
On i386, we don't do dynamic stack realignment for long long objects with
-mpreferred-stack-boundary=2 on purpose. A backend should be allowed to
opt-out
gcc_assert (align >= DECL_ALIGN (var));
based one variabl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95237
--- Comment #8 from H.J. Lu ---
(In reply to Kito Cheng from comment #6)
> Created attachment 48658 [details]
> i386-Implement-ROUND_TYPE_ALIGN-to-make-sure-alignme.patch
>
> Some optimization might made decision depend on the alignment, and ali
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95237
--- Comment #10 from H.J. Lu ---
(In reply to rguent...@suse.de from comment #9)
> > The i386 psABI specifies 4 byte alignment for long long. But we want to
> > use 8 byte alignment if there is no ABI implication and no stack realignment
> > is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95237
--- Comment #12 from H.J. Lu ---
(In reply to H.J. Lu from comment #10)
> (In reply to rguent...@suse.de from comment #9)
>
> > > The i386 psABI specifies 4 byte alignment for long long. But we want to
> > > use 8 byte alignment if there is no
: normal
Priority: P3
Component: sanitizer
Assignee: unassigned at gcc dot gnu.org
Reporter: hjl.tools at gmail dot com
CC: dodji at gcc dot gnu.org, dvyukov at gcc dot gnu.org,
jakub at gcc dot gnu.org, kcc at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95496
H.J. Lu changed:
What|Removed |Added
Last reconfirmed||2020-06-03
CC|
Assignee: unassigned at gcc dot gnu.org
Reporter: hjl.tools at gmail dot com
CC: skpgkp2 at gmail dot com
Target Milestone: ---
I got random failures:
t line 12 of file
/export/gnu/import/git/gcc-test-master-intel64/src-master/gcc/testsuite/gfortran.dg/eof_4.f90
(unit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95546
H.J. Lu changed:
What|Removed |Added
Last reconfirmed||2020-06-04
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95604
--- Comment #1 from H.J. Lu ---
(In reply to Matthias Klose from comment #0)
> Building the example from PR93966 with the -fcf-protection flag in the
> compile step, but not in the link step, I get the error triggered by the -z
> option.
>
> $ c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95604
--- Comment #3 from H.J. Lu ---
(In reply to Matthias Klose from comment #2)
> Really? The documentation states:
>
> The macro "__CET__" is defined when -fcf-protection is used.
>
> so it's a preprocessor option as well?
__CET__ check isn't
|--- |INVALID
CC|hjl at gcc dot gnu.org |hjl.tools at gmail dot
com
--- Comment #1 from H.J. Lu ---
I don't think PTA_SHSTK is needed since -mshstk is only used to enable CET
in run-time library which is backward compatible. GCC run-time libraries
are com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81652
Bug 81652 depends on bug 93492, which changed state.
Bug 93492 Summary: Broken code with -fpatchable-function-entry and
-fcf-protection=full
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93492
What|Removed |Adde
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93492
H.J. Lu changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
Assignee: unassigned at gcc dot gnu.org
Reporter: hjl.tools at gmail dot com
CC: crazylht at gmail dot com
Target Milestone: ---
Target: i386
[hjl@gnu-cfl-2 tmp]$ cat y.i
void
f10_endbr (void)
{
}
[hjl@gnu-cfl-2 tmp]$ /usr/gcc-10.1.1-32bit/bin/gcc -O1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95655
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95655
--- Comment #2 from H.J. Lu ---
The differences starts at IRA:
diff -upr good/y.i.286r.ira bad/y.i.286r.ira
--- good/y.i.286r.ira 2020-06-12 05:15:19.975544607 -0700
+++ bad/y.i.286r.ira2020-06-12 05:12:35.275007543 -0700
@@ -47,7 +47,7 @@
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95655
H.J. Lu changed:
What|Removed |Added
Keywords||patch
URL|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95660
H.J. Lu changed:
What|Removed |Added
Last reconfirmed||2020-06-12
Version|unknown
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95660
H.J. Lu changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |hjl.tools at gmail dot
com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95660
H.J. Lu changed:
What|Removed |Added
Target Milestone|--- |11.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95400
H.J. Lu changed:
What|Removed |Added
Target Milestone|--- |8.5
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93492
H.J. Lu changed:
What|Removed |Added
CC||iains at gcc dot gnu.org,
|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93492
H.J. Lu changed:
What|Removed |Added
Status|REOPENED|WAITING
--- Comment #23 from H.J. Lu ---
Do -
nt: d
Assignee: ibuclaw at gdcproject dot org
Reporter: hjl.tools at gmail dot com
Target Milestone: ---
libdruntime manipulates user stack. It doesn't support shadow stack from
Intel CET:
https://software.intel.com/content/www/us/en/develop/articles/intel-sdm.html
like th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95674
--- Comment #2 from H.J. Lu ---
PR 95442 is also REG_DEAD related.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95680
H.J. Lu changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95488
H.J. Lu changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95748
H.J. Lu changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Ever confirmed|0
,
||hjl.tools at gmail dot com
--- Comment #2 from H.J. Lu ---
There are quite a few memory broadcast bug. This may be a dup. PR 87767?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95748
--- Comment #3 from H.J. Lu ---
[hjl@gnu-cfl-2 tmp]$ cat x.c
typedef __UINTPTR_TYPE__ uintptr_t;
__attribute__ ((noclone, noinline))
void
check (uintptr_t address, uintptr_t align)
{
if (address & (align - 1))
__builtin_abort();
}
__attr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95768
H.J. Lu changed:
What|Removed |Added
Target Milestone|--- |11.0
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95774
H.J. Lu changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |hjl.tools at gmail dot
com
Last
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95778
--- Comment #3 from H.J. Lu ---
*** Bug 95780 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95780
H.J. Lu changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95790
H.J. Lu changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95790
--- Comment #4 from H.J. Lu ---
(In reply to Yichao Yu from comment #2)
> The C++ code attached above produces the following incorrect code with `g++
> -O2 -S`
>
> .file "a.c"
> .text
> .p2align 4
> .globl _Z3b
onent: middle-end
Assignee: unassigned at gcc dot gnu.org
Reporter: hjl.tools at gmail dot com
Target Milestone: ---
[hjl@gnu-cfl-2 pr95790]$ cat x.cc
#include
extern char *buf;
__attribute__ ((target ("default")))
static int foo(const char *buf) {
return 1;
}
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95790
--- Comment #6 from H.J. Lu ---
(In reply to Yichao Yu from comment #5)
> It’s wrong when running on a target that has avx512f. The unoptimuzed
> version will call the correct foo but the unoptimized case won’t.
>
> As I said, this is an issue w
101 - 200 of 7544 matches
Mail list logo
