https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116535
--- Comment #3 from Richard Biener ---
The forked processes may not write to any "global" data because forking makes
that data not global ... instead any such "global" data has to be computed
before forking.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116410
--- Comment #9 from Richard Biener ---
It's also effectively a regression, isn't it? When was the problematical 'else
if' introduced?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116410
--- Comment #10 from Sam James ---
r11-5517-g3350e59f298546 and r11-5061-g85ebbabd85e03b, but we added modref in
r11-3308-gd119f34c952f87 (so it was broken from the start)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116486
--- Comment #5 from GCC Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:25d51fb7d098a9ac8880ccb2121d889815680177
commit r15-3364-g25d51fb7d098a9ac8880ccb2121d889815680177
Author: Jakub Jelinek
Date: M
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116486
Jakub Jelinek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116563
Bug ID: 116563
Summary: Wtautological-compare for memcmp and friends
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116564
Bug ID: 116564
Summary: aarch64: gcc can't finish when compiling vst2_f64
instrinsic with opt level >= O1
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116513
--- Comment #1 from Andreas Schwab ---
std::strong_order (1.0L, 2.0L) returns equal instead of less.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116564
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Ever confirmed|0 |1
Target|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116535
--- Comment #4 from Tobias Burnus ---
(In reply to Richard Biener from comment #3)
> The forked processes may not write to any "global" data because forking
> makes that data not global ... instead any such "global" data has to be
> computed bef
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63521
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116565
Bug ID: 116565
Summary: ICE in tsubst, at cp/pt.cc:16401
Product: gcc
Version: 14.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116541
Tamar Christina changed:
What|Removed |Added
CC||wilco at gcc dot gnu.org
Ever con
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116564
Alex Coplan changed:
What|Removed |Added
CC||acoplan at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116566
Bug ID: 116566
Summary: SLP induction unsupported for variable-length vectors
(even for group_size == 1)
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116513
--- Comment #2 from GCC Commits ---
The master branch has been updated by Andreas Schwab :
https://gcc.gnu.org/g:4bf758b212170dba2b5a1881950e949ec4f8a58b
commit r15-3379-g4bf758b212170dba2b5a1881950e949ec4f8a58b
Author: Andreas Schwab
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116564
--- Comment #2 from Alex Coplan ---
Here's a preprocessed testcase (not for the testsuite, just to make it easier
to reproduce using only cc1):
#pragma GCC aarch64 "arm_neon.h"
typedef double float64_t;
__extension__ extern __inline void
__at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116549
--- Comment #4 from Jonathan Wakely ---
I think there's some confusion in terminology. The issue has been "resolved" in
the C++ standard, but the resolution is not implemented in libstdc++ yet.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116549
Jonathan Wakely changed:
What|Removed |Added
Target Milestone|--- |13.4
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116449
Jakub Jelinek changed:
What|Removed |Added
CC||ppalka at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116549
--- Comment #5 from Jonathan Wakely ---
(In reply to Zhao Dai from comment #0)
> Hi, the following code fail to compile:
>
> ```
> // std=c++23
>
> #include
>
> int main() {
> static_assert(not std::sized_sentinel_for);
> using S = s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116535
--- Comment #5 from rguenther at suse dot de ---
On Mon, 2 Sep 2024, burnus at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116535
>
> --- Comment #4 from Tobias Burnus ---
> (In reply to Richard Biener from comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116513
Andreas Schwab changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116449
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116564
Alex Coplan changed:
What|Removed |Added
Summary|[12/13/14/15 Regression]|[12/13/14/15 Regression]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116567
Bug ID: 116567
Summary: Display "Compiler internal error" when using default
non-type template parameter.
Product: gcc
Version: 14.2.1
Status: UNCONFIRMED
Seve
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116511
Simon Martin changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |simartin at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116549
--- Comment #6 from Zhao Dai ---
Thanks for the explanation, Jonathan!
I agree that `sized_sentinel_for` is the right way to check sized sentinel.
>From the source of `sized_sentinel_for`
(https://github.com/gcc-mirror/gcc/blob/master/libstdc%
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116568
Bug ID: 116568
Summary: [modules] ICE when exporting template using of
unevaluated lambda in key_mergeable
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Keywo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99760
Nathaniel Shead changed:
What|Removed |Added
CC||nshead at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99227
Bug 99227 depends on bug 99760, which changed state.
Bug 99760 Summary: [modules] ICE qsort checking failed after modulizing a lot
of system headers
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99760
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103524
Bug 103524 depends on bug 99760, which changed state.
Bug 99760 Summary: [modules] ICE qsort checking failed after modulizing a lot
of system headers
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99760
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116569
Bug ID: 116569
Summary: [15 Regression] ICE in to_constant, at poly-int.h:592
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Keywords: aarch64-sve, ice-on-valid-code
Sev
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116569
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |15.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99879
Nathaniel Shead changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99227
Bug 99227 depends on bug 99879, which changed state.
Bug 99879 Summary: [modules] ICE in open
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99879
What|Removed |Added
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103524
Bug 103524 depends on bug 99879, which changed state.
Bug 99879 Summary: [modules] ICE in open
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99879
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99227
Bug 99227 depends on bug 99915, which changed state.
Bug 99915 Summary: [modules] ICE in write_location
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99915
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103524
Bug 103524 depends on bug 99915, which changed state.
Bug 99915 Summary: [modules] ICE in write_location
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99915
What|Removed |Added
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99915
Nathaniel Shead changed:
What|Removed |Added
CC||nshead at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99227
Bug 99227 depends on bug 99948, which changed state.
Bug 99948 Summary: [modules] ICE in add_mergeable_specialization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99948
What|Removed |Added
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103524
Bug 103524 depends on bug 99948, which changed state.
Bug 99948 Summary: [modules] ICE in add_mergeable_specialization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99948
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99948
Nathaniel Shead changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116557
--- Comment #2 from GCC Commits ---
The master branch has been updated by Gaius Mulley :
https://gcc.gnu.org/g:78dc2e2575c602c62d50a9522ea976020a5bf7aa
commit r15-3380-g78dc2e2575c602c62d50a9522ea976020a5bf7aa
Author: Gaius Mulley
Date: Mon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116557
Gaius Mulley changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116378
Gaius Mulley changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116570
Bug ID: 116570
Summary: Write without read optimization is not applied to
custom malloc/free even when marked as such
Product: gcc
Version: 13.3.1
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116560
Richard Biener changed:
What|Removed |Added
Version|unknown |15.0
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116562
Richard Biener changed:
What|Removed |Added
Target||aarch64
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116569
Alex Coplan changed:
What|Removed |Added
Last reconfirmed||2024-09-02
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116570
--- Comment #1 from uis ---
Maybe I need some attribute to mark returned pointer as not potentially being
memory-mapped file?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116502
Arsen Arsenović changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigne
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116224
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116501
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116570
Xi Ruoyao changed:
What|Removed |Added
CC||xry111 at gcc dot gnu.org
Statu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116569
--- Comment #2 from Richard Biener ---
Apparently the vectorizer introduces ops that are not supported by the target.
Or vector lowering indentifes them wrong.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115921
--- Comment #3 from Jeffrey A. Law ---
IIRC, the reason for that condition to to avoid spoiling certain cases where we
want to ultimately generate shNadd instructions. It's a tradeoff. The shadd
case is probably more important than avoiding th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116571
Bug ID: 116571
Summary: GCN vs. "lower SLP load permutation to interleaving"
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Keywords: testsuite-fail
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108039
Jeffrey A. Law changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116561
Thomas Schwinge changed:
What|Removed |Added
Keywords||testsuite-fail
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115295
--- Comment #10 from GCC Commits ---
The master branch has been updated by Alexandre Oliva :
https://gcc.gnu.org/g:9223d1715918e4e8e7a59471b228f815b4a3467c
commit r15-3384-g9223d1715918e4e8e7a59471b228f815b4a3467c
Author: Alexandre Oliva
Date
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91486
--- Comment #15 from GCC Commits ---
The master branch has been updated by Alexandre Oliva :
https://gcc.gnu.org/g:410061b15a9b0a464c851173fa568e49c85570dc
commit r15-3385-g410061b15a9b0a464c851173fa568e49c85570dc
Author: Alexandre Oliva
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116570
--- Comment #3 from uis ---
And there is no way to tell compiler that store is dead without at least
disabling writes to globals?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=36010
Tamar Christina changed:
What|Removed |Added
CC||tnfchris at gcc dot gnu.org
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116570
--- Comment #4 from uis ---
I tried even adding restrict keyword and leaf attribute.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116572
Bug ID: 116572
Summary: Using a std::string passed to a virtual member
function of a side-casted pointer spuriously triggers
UBSan on 14.2.0, and ICEs on trunk
Product: gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116570
--- Comment #5 from Xi Ruoyao ---
(In reply to uis from comment #4)
> I tried even adding restrict keyword and leaf attribute.
Why would they make any difference?
If do_something_with is a macro the leaf attribute won't invalidate my example.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108681
Andrew Pinski changed:
What|Removed |Added
Target Milestone|13.0|12.3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116564
--- Comment #4 from Andrew Pinski ---
(In reply to Alex Coplan from comment #1)
> and it just seems to repeat adding insns {17,10,8}, then {16,14,13}, then 3.
(insn 8 6 37 3 (clobber (subreg:V1DF (reg/v:V2x1DF 104 [ __valD.22804 ]) 0)) -1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116567
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116569
Andrew Pinski changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #3 from Andrew Pin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116573
Andrew Pinski changed:
What|Removed |Added
Keywords||missed-optimization
Target Milestone|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116571
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |15.0
Summary|GCN vs. "lower
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116571
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65452
Andrew Pinski changed:
What|Removed |Added
CC||rv at rasmusvillemoes dot dk
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116563
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63521
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |14.0
--- Comment #8 from Andrew Pinski
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63521
--- Comment #9 from Andrew Pinski ---
For future reference here are the 2 discussions about REG_ALLOC_ORDER for
aarch64
https://inbox.sourceware.org/gcc-patches/n998ucjwgk1@arm.com/
https://inbox.sourceware.org/gcc-patches/mptjzxhperg@arm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116570
--- Comment #6 from uis ---
I looked into tree-ssa-dse.cc. Does it only work with builtins? I testes with
mismatched free(malloc_test and regular free), store was removed.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114855
--- Comment #24 from Aldy Hernandez ---
(In reply to Richard Biener from comment #13)
> Most of the -O1 dom time is spent in threading using path ranger to simplify
> the JT conditions. That in turn does (for each threading from scratch?)
> GOR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114855
--- Comment #25 from Aldy Hernandez ---
(In reply to Aldy Hernandez from comment #22)
> Created attachment 59001 [details]
> reduce recursion in forward threader (patch in testing)
Avoiding unnecessary recursion in simplify_control_stmt_conditi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114531
--- Comment #22 from Rama Malladi ---
Checking in again... Hubicka@ and rsandifo@, Can we action this PR
https://gcc.gnu.org/pipermail/gcc-patches/2024-June/655506.html? Accept or
Reject? Thanks.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115295
Alexandre Oliva changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116573
Bug ID: 116573
Summary: [15 Regression] Recent SLP work appears to generate
significantly worse code on RISC-V
Product: gcc
Version: 15.0
Status: UNCONFIRMED
S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114855
--- Comment #26 from Aldy Hernandez ---
I think there's something fundamentally wrong in the *backwards* threader that
causes us to blow up, even without fully resolving conditions with a global
ranger.
I tried running at -O1 and -fenable-tree-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116573
--- Comment #1 from rguenther at suse dot de ---
> Am 02.09.2024 um 18:48 schrieb law at gcc dot gnu.org
> :
>
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116573
>
> Jeffrey A. Law changed:
>
> What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--- Comment #223 from John Paul Adrian Glaubitz ---
(In reply to John Paul Adrian Glaubitz from comment #218)
> (In reply to Kazumoto Kojima from comment #216)
> > This patch is assumed to be applied to the top of 58832, 58833, 58883,
> > 58905
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116572
Andrew Pinski changed:
What|Removed |Added
Keywords||ice-on-valid-code,
|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116574
Bug ID: 116574
Summary: GCC generates redundant moves in simple vector
addition
Product: gcc
Version: 14.2.0
Status: UNCONFIRMED
Severity: normal
Pri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116574
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116574
Andrew Pinski changed:
What|Removed |Added
Resolution|INVALID |---
Status|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116574
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |INVALID
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116574
--- Comment #4 from Andrew Pinski ---
Note clang's code generation with -ftrapping-math is so much worse than GCCs:
movaps %xmm1, %xmm2
addss %xmm0, %xmm2
shufps $85, %xmm0, %xmm0
shufps $85, %xmm1, %xmm1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116574
--- Comment #5 from Bernardo Sulzbach ---
(In reply to Andrew Pinski from comment #1)
> -fno-trapping-math removes the zeroing of the top half of the registers.
I see. I tried passing that and got
add(std::array, std::array):
movap
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116574
--- Comment #6 from Bernardo Sulzbach ---
(In reply to Bernardo Sulzbach from comment #5)
> (In reply to Andrew Pinski from comment #1)
> > -fno-trapping-math removes the zeroing of the top half of the registers.
>
> I see. I tried passing that
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116574
--- Comment #7 from Andrew Pinski ---
>with -O2/-O3. Is there a reason for `addps xmm1, xmm0` and moving instead of
>`addps xmm0, xmm1`?
Register allocation is not always the best when it comes to argument and
returns.
Also the trunk with -O2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116574
--- Comment #8 from Bernardo Sulzbach ---
(In reply to Andrew Pinski from comment #7)
> >with -O2/-O3. Is there a reason for `addps xmm1, xmm0` and moving instead of
> >`addps xmm0, xmm1`?
>
> Register allocation is not always the best when it
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116574
--- Comment #9 from Andrew Pinski ---
(In reply to Bernardo Sulzbach from comment #8)
> But that this happens even in simple cases such as this one is known and
> already tracked?
Kinda of but since it is only shown up so far in micro-benchmark
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116574
--- Comment #10 from Andrew Pinski ---
Also on many processors a move is free.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116574
--- Comment #11 from Bernardo Sulzbach
---
(In reply to Andrew Pinski from comment #2)
> -Os does not vectorize the code.
> But that might be on purpose ...
Then one last question: is that because -Os makes GCC not even consider it,
even if in
1 - 100 of 131 matches
Mail list logo