https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70578
ishikawa,chiaki changed:
What|Removed |Added
CC||ishikawa at yk dot rim.or.jp
--- Comme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70578
--- Comment #3 from ishikawa,chiaki ---
I noticed that in my case, it could be related to a name space issue since
U_NAMESPACE_END "}}" is to close the corresponding U_NAMESPACE_BEGIN "extern
"C++" "{ namespace U_ICU_NAMESPACE {".
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79295
Richard Biener changed:
What|Removed |Added
Keywords||ice-on-valid-code
Component|ot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79294
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79290
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79286
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79285
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79284
Richard Biener changed:
What|Removed |Added
Target||x86_64-*-*
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79299
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79298
Richard Biener changed:
What|Removed |Added
Keywords||error-recovery
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79296
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79297
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79267
--- Comment #6 from Jakub Jelinek ---
Author: jakub
Date: Tue Jan 31 08:33:36 2017
New Revision: 245053
URL: https://gcc.gnu.org/viewcvs?rev=245053&root=gcc&view=rev
Log:
PR tree-optimization/79267
* value-prof.c (gimple_ic): Onl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79286
Martin Liška changed:
What|Removed |Added
CC||amodra at gcc dot gnu.org
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78468
--- Comment #24 from Eric Botcazou ---
The root cause of this mess is actually init_emit:
REGNO_POINTER_ALIGN (VIRTUAL_INCOMING_ARGS_REGNUM) = STACK_BOUNDARY;
REGNO_POINTER_ALIGN (VIRTUAL_STACK_VARS_REGNUM) = STACK_BOUNDARY;
REGNO_POINTER_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78468
--- Comment #25 from Jakub Jelinek ---
So do we want a target hook that can override these alignments, or new macros
for each of the alignments that default to STACK_BOUNDARY?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79300
Bug ID: 79300
Summary: Wrong diagnostics position
Product: gcc
Version: unknown
Status: UNCONFIRMED
Keywords: diagnostic
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70844
TC changed:
What|Removed |Added
CC||rs2740 at gmail dot com
--- Comment #1 from TC ---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79300
Martin Liška changed:
What|Removed |Added
Target Milestone|--- |7.0
Known to fail|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78468
--- Comment #26 from Eric Botcazou ---
> So do we want a target hook that can override these alignments, or new
> macros for each of the alignments that default to STACK_BOUNDARY?
No strong opinion, but IMO the main issue is to arrange for the d
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79272
--- Comment #5 from Martin Liška ---
Created attachment 40634
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=40634&action=edit
Patch candidate
Thanks for dumps. This patch should fix your problems. Can you please test that
before I'll send
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78468
--- Comment #27 from Jakub Jelinek ---
(In reply to Eric Botcazou from comment #26)
> > So do we want a target hook that can override these alignments, or new
> > macros for each of the alignments that default to STACK_BOUNDARY?
>
> No strong op
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79286
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|NEW
Assignee|rguenth at gcc d
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79291
Richard Biener changed:
What|Removed |Added
Target||mips32r2
Summary|r244397 int
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78468
--- Comment #28 from Eric Botcazou ---
> Well, at least at this point in GCC 7 development the fewer architectures we
> change the better.
Sure, but by changing the middle-end, you change all the architectures at once
and may break a fair number
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78468
--- Comment #29 from Jakub Jelinek ---
(In reply to Eric Botcazou from comment #28)
> > Well, at least at this point in GCC 7 development the fewer architectures we
> > change the better.
>
> Sure, but by changing the middle-end, you change all
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61677
Jeffrey A. Law changed:
What|Removed |Added
CC||law at redhat dot com
--- Comment #6 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79291
--- Comment #2 from Richard Biener ---
It also looks like mips lacks implementation of any of the vectorizer cost
hooks and thus defaults to default_builtin_vectorization_cost which means that
unaligned loads/stores have double cost. And mips su
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79300
Richard Biener changed:
What|Removed |Added
Version|unknown |7.0
Target Milestone|7.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68664
--- Comment #13 from Richard Earnshaw ---
(In reply to Segher Boessenkool from comment #12)
> new_ready just adds insns to the ready list. High latency isn't
> directly a problem: if we can schedule a high latency insn early
> speculatively, tha
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79282
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71691
--- Comment #21 from Aldy Hernandez ---
Author: aldyh
Date: Tue Jan 31 10:30:47 2017
New Revision: 245057
URL: https://gcc.gnu.org/viewcvs?rev=245057&root=gcc&view=rev
Log:
PR tree-optimization/71691
* bitmap.h (class auto_bitmap
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71691
Aldy Hernandez changed:
What|Removed |Added
Summary|[6/7 Regression] wrong code |[6 Regression] wrong code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79285
--- Comment #3 from Martin Liška ---
Author: marxin
Date: Tue Jan 31 10:54:41 2017
New Revision: 245058
URL: https://gcc.gnu.org/viewcvs?rev=245058&root=gcc&view=rev
Log:
Call symbol_summary<>::release instead of ~symbol_summary (PR ipa/79285).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79301
Bug ID: 79301
Summary: With -Werror=pedantic outside C++17 mode,
__has_cpp_attribute(fallthrough) is nonzero but
[[fallthrough]] fails
Product: gcc
Version: 7.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77318
--- Comment #10 from Richard Biener ---
Ok, so the issue is we have a region that is inside of loop 1 but does not
fully cover it and in
/* Returns a linear expression for tree T evaluated in PBB. */
static isl_pw_aff *
create_pw_aff_from_tree
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79280
Jan Turoň changed:
What|Removed |Added
Resolution|INVALID |WORKSFORME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77318
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71311
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79280
--- Comment #2 from Jan Turoň ---
setlocale does some change, but still not right:
My system locale is cs_CZ, the default codepage is 1250, console uses 852. I
Have these results, considering this code:
const char *str = "ř";
mbtowc(&(a.w), str
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79282
--- Comment #3 from Christophe Lyon ---
I don't remember well, but it could be related to Richard's comment about
cleaning the onlya8 flag:
https://gcc.gnu.org/ml/gcc-patches/2012-12/msg01063.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79286
Alan Modra changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79285
Martin Liška changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79302
Bug ID: 79302
Summary: ICE in add_loop_constraints, at
graphite-sese-to-poly.c:933 building 445.gobmk
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Keywords: ic
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79303
Bug ID: 79303
Summary: ICE: Segmentation fault from
apply_schedule_map_to_scop,
graphite-optimize-isl.c:429 building 464.h264ref
Product: gcc
Version: 7.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68664
--- Comment #14 from Segher Boessenkool ---
I'm not sure how to read your remark. An insn where the result is
not used is not on the critical path by definition; and you seem to
be arguing for -fno-sched-spec by default?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79302
--- Comment #1 from Richard Biener ---
> ./cc1 -quiet -fpreprocessed getopt.i -quiet -dumpbase getopt.c -auxbase-strip
> utils/getopt.o -O2 -version -floop-nest-optimize -o getopt.s
GNU C11 (GCC) version 7.0.1 20170131 (experimental)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78468
--- Comment #30 from Dominik Vogt ---
(In reply to Eric Botcazou from comment #24)
> The root cause of this mess is actually init_emit:
>
> REGNO_POINTER_ALIGN (VIRTUAL_INCOMING_ARGS_REGNUM) = STACK_BOUNDARY;
> REGNO_POINTER_ALIGN (VIRTUAL_S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79302
--- Comment #2 from Richard Biener ---
Created attachment 40635
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=40635&action=edit
autoreduced testcase
This one is probably because the region has an entry loop-header -> loop-block
and an exi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79304
Bug ID: 79304
Summary: [7 Regression] diagnostic shows bogus expression
((X*)this)->.c
Product: gcc
Version: 7.0.1
Status: UNCONFIRMED
Keywords: diagnostic
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79304
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79302
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79302
Martin Liška changed:
What|Removed |Added
CC||spop at gcc dot gnu.org
--- Comment #4 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79291
--- Comment #3 from amker at gcc dot gnu.org ---
(In reply to Richard Biener from comment #2)
> It also looks like mips lacks implementation of any of the vectorizer cost
> hooks and thus defaults to default_builtin_vectorization_cost which means
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71824
--- Comment #8 from Martin Liška ---
Full back-trace:
0x1307b83 add_loop_constraints
../../gcc/graphite-sese-to-poly.c:933
0x1307c7b build_iteration_domains
../../gcc/graphite-sese-to-poly.c:1001
0x1307d0a build_iteration_domains
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79302
Martin Liška changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77687
--- Comment #4 from hainque at adacore dot com ---
Thanks again for your help on this Segher!
> On Jan 27, 2017, at 01:54 , segher at gcc dot gnu.org
> wrote:
>
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77687
>
> Segher Boessenkool cha
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79302
--- Comment #6 from Richard Biener ---
But it smells similar to PR77318.
gcc_assert (!chrec_contains_undetermined (nb_iters));
nb_iters = scalar_evolution_in_region (region, loop, nb_iters);
gcc_assert (!chrec_contains_undetermined (nb_ite
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79302
Martin Liška changed:
What|Removed |Added
Resolution|FIXED |DUPLICATE
--- Comment #7 from Martin Lišk
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71824
Martin Liška changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
--- Comment #9
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79299
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79038
--- Comment #2 from Michael Meissner ---
Author: meissner
Date: Tue Jan 31 13:38:35 2017
New Revision: 245059
URL: https://gcc.gnu.org/viewcvs?rev=245059&root=gcc&view=rev
Log:
2017-01-31 Michael Meissner
PR target/78597
PR t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78597
--- Comment #3 from Michael Meissner ---
Author: meissner
Date: Tue Jan 31 13:38:35 2017
New Revision: 245059
URL: https://gcc.gnu.org/viewcvs?rev=245059&root=gcc&view=rev
Log:
2017-01-31 Michael Meissner
PR target/78597
PR t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79170
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79302
--- Comment #8 from Martin Liška ---
ICEs with:
./cc1 -fpreprocessed pr79302.i -march=haswell -mmmx -mno-3dnow -msse -msse2
-msse3 -mssse3 -mno-sse4a -mcx16 -msahf -mmovbe -maes -mno-sha -mpclmul
-mpopcnt -mabm -mno-lwp -mfma -mno-fma4 -mno-xop
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78689
--- Comment #5 from Jakub Jelinek ---
*** Bug 79297 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79297
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79038
--- Comment #3 from Michael Meissner ---
Subversion id 245059 fixes the majority of the issues. However, there are some
enhancements that should be added for GCC 8:
1) Add support for converting IEEE 128-bit floating point to/from char/short
da
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79297
--- Comment #4 from Jakub Jelinek ---
Even from the same package...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71824
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79303
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79303
--- Comment #1 from Richard Biener ---
segfault occurs within ISL with isl 0.14 but not with isl 0.16.1 so not sure if
worth pursuing (well, I guess not).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79304
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |7.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68664
--- Comment #15 from James Greenhalgh ---
(In reply to Segher Boessenkool from comment #14)
> I'm not sure how to read your remark. An insn where the result is
> not used is not on the critical path by definition; and you seem to
> be arguing fo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68664
--- Comment #16 from David Edelsohn ---
> That isn't an argument for -fno-sched-spec, it is an argument for a cost
> model which better matches the cost of the transformation, using the
> information available, without bloating the automaton.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68664
--- Comment #17 from James Greenhalgh ---
(In reply to David Edelsohn from comment #16)
> > That isn't an argument for -fno-sched-spec, it is an argument for a cost
> > model which better matches the cost of the transformation, using the
> > in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79284
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79304
Jonathan Wakely changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77318
--- Comment #12 from Richard Biener ---
Author: rguenth
Date: Tue Jan 31 14:44:37 2017
New Revision: 245064
URL: https://gcc.gnu.org/viewcvs?rev=245064&root=gcc&view=rev
Log:
2017-01-31 Richard Biener
PR tree-optimization/77318
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77362
--- Comment #7 from Sebastian Pop ---
The fix looks good. Thanks!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77362
--- Comment #8 from Sebastian Pop ---
LIM in general is bad for loop transforms: it introduces loop carried
dependences. If we can move graphite before LIM that would solve some problems.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79264
--- Comment #3 from Nathan Sidwell ---
Author: nathan
Date: Tue Jan 31 15:10:41 2017
New Revision: 245065
URL: https://gcc.gnu.org/viewcvs?rev=245065&root=gcc&view=rev
Log:
PR c++/79264
* lambda.c (maybe_generic_this_capture): De
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79284
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79264
Nathan Sidwell changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77318
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77362
--- Comment #9 from Richard Biener ---
(In reply to Sebastian Pop from comment #8)
> LIM in general is bad for loop transforms: it introduces loop carried
> dependences. If we can move graphite before LIM that would solve some
> problems.
Yeah,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70729
Bug 70729 depends on bug 77318, which changed state.
Bug 77318 Summary: [7 regression] FAIL: gfortran.dg/graphite/pr68279.f90 -O
(internal compiler error)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77318
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59859
Bug 59859 depends on bug 77318, which changed state.
Bug 77318 Summary: [7 regression] FAIL: gfortran.dg/graphite/pr68279.f90 -O
(internal compiler error)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77318
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79298
David Malcolm changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79305
Bug ID: 79305
Summary: real128 - undefined reference to cexpl
Product: gcc
Version: 6.3.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77362
--- Comment #10 from Sebastian Pop ---
(In reply to Richard Biener from comment #9)
> Yeah, but the user can write such dependences himself so ideally we have
> a way to undo them, like by using local scratch memory? So
You are right. LLVM-Pol
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54810
Jeffrey A. Law changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79306
Bug ID: 79306
Summary: ICE on valid code
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: pch
Assignee: unassig
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79304
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79267
Jakub Jelinek changed:
What|Removed |Added
Summary|[6/7 Regression] internal |[6 Regression] internal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67273
Nathan Sidwell changed:
What|Removed |Added
CC||jens.auer at cgi dot com
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67951
Nathan Sidwell changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78771
Nathan Sidwell changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79170
acsawdey at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79170
--- Comment #4 from acsawdey at gcc dot gnu.org ---
Yes, should be fixed with 245041 -- different instruction sequence and a better
memcmp/strncmp regtest to catch this and other things.
1 - 100 of 162 matches
Mail list logo
