https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116654
--- Comment #6 from Richard Biener ---
FAIL: gcc.dg/vect/costmodel/ppc/costmodel-slp-12.c scan-tree-dump-times vect
"vectorizing stmts using SLP" 3
the testcase needs adjustment (will push fix)
FAIL: gcc.target/powerpc/p9-vec-length-full-8.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116654
Richard Biener changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116578
Bug 116578 depends on bug 116654, which changed state.
Bug 116654 Summary: [15 regression] many vector test case failures after
r15-3509-gd34cda72098867
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116654
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116654
--- Comment #8 from GCC Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:eb0698ae62fedae90e5c5cc071c8aa5c1cb2f74d
commit r15-4006-geb0698ae62fedae90e5c5cc071c8aa5c1cb2f74d
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116654
--- Comment #7 from GCC Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:b56dc0a9ac403891ddad8bce1d697ed7f5c365f7
commit r15-4005-gb56dc0a9ac403891ddad8bce1d697ed7f5c365f7
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116654
--- Comment #5 from Richard Biener ---
OK, so I can still confirm the following of which the generic vect/ cases
are known and affect other targets as well.
FAIL: gcc.dg/vect/costmodel/ppc/costmodel-slp-12.c scan-tree-dump-times vect
"vectorizi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116654
--- Comment #4 from GCC Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:e592ea8ddffb44bab52d36d9862bb39ffae4d144
commit r15-4004-ge592ea8ddffb44bab52d36d9862bb39ffae4d144
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--- Comment #368 from John Paul Adrian Glaubitz ---
Created attachment 59264
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59264&action=edit
Preprocessed source from from comment #367
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--- Comment #367 from John Paul Adrian Glaubitz ---
I just tried building a slightly older version of WebKit and ran into a new ICE
with Kaz' sh-lra-take3 branch:
/usr/bin/g++-15 -DBUILDING_GTK__=1 -DBUILDING_WEBKIT=1 -DBUILDING_WITH_CMAKE=1
-DB
quot;[0]
> SR.41_9 = .DEFERRED_INIT (8, 2, &"_init"[0]);
> during GIMPLE pass: einline
> +===GNAT BUG DETECTED==+
> | 15.0.0 20241001 (experimental) f72b1a44ff582041b02d5abe0a6c855605
during GIMPLE pass: einline
+===GNAT BUG DETECTED==+
| 15.0.0 20241001 (experimental) f72b1a44ff582041b02d5abe0a6c8556057e6183
(x86_64-pc-linux-gnu) GCC error:|
| verify_gimple failed |
| Error detected around
/usr/li
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116933
Andrew Pinski changed:
What|Removed |Added
Keywords||build, link-failure
CC|
that defaulted to
-ftrivial-auto-var-init=zero.
hello.adb:
```
with Text_IO; use Text_IO;
procedure hello is
begin
Put_Line("Hello world!");
end hello;
```
```
$ gnatmake hello.adb -ftrivial-auto-var-init=zero -f -v
GNATMAKE 15.0.0 20241001 (ex
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116931
--- Comment #5 from Matt Bentley ---
Nevermind, I realised my mistake.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116931
--- Comment #4 from Matt Bentley ---
Okay, so that's a language defect, because const int * const isn't invalid, so
neither should a typedef of the same.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116931
--- Comment #3 from Andrew Pinski ---
(In reply to Matt Bentley from comment #2)
> Enlighten me here, how is this invalid C++ code?
> Because a typedef should mean that int_pointer is int *, so it should work,
> right?
> If it's invalid merely
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116931
--- Comment #2 from Matt Bentley ---
Enlighten me here, how is this invalid C++ code?
Because a typedef should mean that int_pointer is int *, so it should work,
right?
If it's invalid merely because it's typedef'd instead of verbatim, it's a
l
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116931
Bug ID: 116931
Summary: False "duplicate 'const'" errors when typedefs used on
pointer types in function definitions
Product: gcc
Version: 13.2.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
Oleg Endo changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55212
--- Comment #365 from Kazumoto Kojima ---
(In reply to Oleg Endo from comment #364)
> Notice that it already has the hard-reg GBR assigned. Yet for some reason I
> don't understand, the following LRA pass then pulls that out and replaces
> GBR w
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116931
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116932
Bug ID: 116932
Summary: [SH] GBR not used for some atomic imask/tcb insns
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116930
--- Comment #2 from Andrew Pinski ---
Part of that might be because you use --with-pkgversion= .
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116930
--- Comment #1 from Sam James ---
Note that the way we inject our versioning is maybe a bit janky and old, it
predates me:
```
# Needed for gcc --version to include the upstream commit used
# rather than only the
Priority: P3
Component: driver
Assignee: unassigned at gcc dot gnu.org
Reporter: sjames at gcc dot gnu.org
Target Milestone: ---
```
$ gcc --version
gcc (Gentoo Hardened 15.0. p, commit
4dffefc137f5ba6524cdb6eb598313646c5df6c8) 15.0.0 20
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116907
--- Comment #20 from Andrew Pinski ---
#2 0x01271d97 in DFS::DFS_write_tree_body (this=0x7fffd3c0,
ob=0x3f52620, expr=, expr_state=0x3f76060,
ref_p=true) at /home/apinski/src/upstream-gcc/gcc/gcc/lto-streamer-out.cc:1104
1104
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116613
--- Comment #13 from David Malcolm ---
I'm experimenting with a new
-fdiagnostics-add-output=
with this rough grammar:
:
":" key_value_pairs
: "text"
: "sarif"
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116929
--- Comment #1 from Sam James ---
Created attachment 59262
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59262&action=edit
foo.tar.xz
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116929
Sam James changed:
What|Removed |Added
Version|15.0|14.2.1
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116929
Bug ID: 116929
Summary: ICE in write_unnamed_type_name when building redumper
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116907
Andrew Pinski changed:
What|Removed |Added
Component|ipa |lto
--- Comment #19 from Andrew Pinski
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116907
--- Comment #18 from Andrew Pinski ---
So this gc freed memory is somewhere in the BLOCK tree. I have some ideas on
how to go and debug this but I won't be able to get to that until later
tonight.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115361
Jason Merrill changed:
What|Removed |Added
Resolution|--- |FIXED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116907
--- Comment #17 from Andrew Pinski ---
Note it worked with r15-1075-g43530bc40b1d04 but I have no idea if it was just
not exposed at that point or not.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112836
--- Comment #6 from Sam James ---
azanella's patch at
https://inbox.sourceware.org/libc-alpha/20240913142239.2949727-2-adhemerval.zane...@linaro.org/
fixes job control.
I believe the *other* issue (bad address) was handled in glibc already as a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116629
Sam James changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109071
Sam James changed:
What|Removed |Added
Status|NEW |ASSIGNED
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116922
--- Comment #3 from Andrew Pinski ---
Created attachment 59261
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59261&action=edit
Patch which seems to work and am testing
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116922
--- Comment #2 from Andrew Pinski ---
Created attachment 59260
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59260&action=edit
Testcase without vectors
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115361
--- Comment #4 from GCC Commits ---
The releases/gcc-14 branch has been updated by Jason Merrill
:
https://gcc.gnu.org/g:47b205b4dcca8be98bff96ea6b6f80682c65a0b1
commit r14-10727-g47b205b4dcca8be98bff96ea6b6f80682c65a0b1
Author: Jason Merrill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115987
--- Comment #24 from GCC Commits ---
The releases/gcc-14 branch has been updated by Jason Merrill
:
https://gcc.gnu.org/g:7232bc180632f0ccce260bd33598faf6297d4fe6
commit r14-10726-g7232bc180632f0ccce260bd33598faf6297d4fe6
Author: Marek Polacek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116928
--- Comment #1 from Andrew Pinski ---
EDG rejects it in a similar fashion as GCC:
"", line 2: error: expected an expression
template 0 }>
^
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116928
Bug ID: 116928
Summary: Error on NTTP with '>' in braced default
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116927
--- Comment #4 from Andrew Pinski ---
early_ra::is_dead_insn checks side_effects_p but deletable_insn_p (dce.cc) has
an extra check:
/* Don't delete insns that may throw if we cannot do so. */
if (!(cfun->can_delete_dead_exceptions && can_
Hello,
We’re reaching out to propose an article that we believe will resonate with
your audience. We’d like to share insights on how your readers can
seamlessly integrate mindfulness into their daily routines.
In the article we’d like to write for your site, we’ll provide practical
tips, simple
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88771
qinzhao at gcc dot gnu.org changed:
What|Removed |Added
CC||qinzhao at gcc dot gnu.org
-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116914
--- Comment #3 from Sam James ---
Created attachment 59259
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59259&action=edit
reduced.ii
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116920
Andrew Pinski changed:
What|Removed |Added
Component|c |middle-end
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116922
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Assignee|unassigned at gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116899
Jakub Jelinek changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |jakub at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116080
--- Comment #18 from Christophe Lyon ---
Sorry, no, this is not the cause of the problem (actually musttail7.c also
fails in gcc.log).
I looked into this, and it's a bit tricky
in arm_function_ok_for_sibcall() (from arm.cc), we have:
/*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113932
Bug 113932 depends on bug 113954, which changed state.
Bug 113954 Summary: Finish LRA transition for arc by removing -mlra
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113954
What|Removed |Added
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113954
Sam James changed:
What|Removed |Added
Target Milestone|--- |15.0
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116927
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116927
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |14.3
Summary|during RTL pass
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116927
--- Comment #2 from Andrew Pinski ---
Created attachment 59258
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59258&action=edit
Better testcase
`-O2 -fchecking -fnon-call-exceptions -fno-delete-dead-exceptions` is enough
with this C++ one
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116925
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2024-10-01
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116925
--- Comment #3 from Andrew Pinski ---
Created attachment 59257
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59257&action=edit
cleaned up reduced testcase
`-mavx -O2 -ffloat-store` is enough to reproduce the issue.
es-rtl-df-extra-aarch64
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 15.0.0 20241001 (experimental) (GCC)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116906
--- Comment #4 from Richard Biener ---
(In reply to Richard Biener from comment #3)
> Found partial redundancy for expression {trunc_mod_expr,1,p_9(D)} (0008)
> Inserted _33 = 1 % p_9(D);
> in predecessor 13 (0008)
> Inserting expression in blo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115140
Thomas Schwinge changed:
What|Removed |Added
Status|NEW |RESOLVED
Assignee|unassigne
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98935
Iain Sandoe changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116905
--- Comment #3 from GCC Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:60fa7f51c84f042af70a3feea14236c102d6a9c2
commit r15-3987-g60fa7f51c84f042af70a3feea14236c102d6a9c2
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116891
--- Comment #6 from Walter Mascarenhas ---
Hi Andrew,
The proper optimization in this case would be to use the instruction
vfnmsub132pd followed by a change of sign. It could be something like
fma_ru:
vfnmsub132pd xmm0, xmm2, xmm1
vmovddup
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116898
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116905
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116571
--- Comment #8 from rguenther at suse dot de ---
On Tue, 1 Oct 2024, tschwinge at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116571
>
> --- Comment #7 from Thomas Schwinge ---
> (In reply to Richard Biener from comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116098
--- Comment #22 from Andrew Pinski ---
Created attachment 59255
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59255&action=edit
C++ testcase
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116098
--- Comment #21 from Andrew Pinski ---
Created attachment 59254
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59254&action=edit
Slightly better testcase
Modified testcase which still depends on SRA. But I will move over to using
bitcast
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116925
Sam James changed:
What|Removed |Added
CC||liuhongt at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116926
Bug ID: 116926
Summary: [15 Regression] Recent changes in dot-product causing
ICE on c6x port
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: norma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116909
--- Comment #3 from Federico Kircheis ---
Thank you for the fast response @Andrew Pinski , I'm sorry to have made a
duplicate questino.
This is what I've understood:
1) does g++ specify the behavior of the program in this case?
The answer is
ld-config='bootstrap-O3 bootstrap-lto'
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 15.0.0 20241001 (experimental)
3e1bd6470e4deba1a3ad14621037098311ad1350 (Gentoo Hardened 15.0. p, commit
4dffefc137f5ba6524cdb6eb598313646c5df6c8)
```
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116925
--- Comment #1 from Andrew Pinski ---
Maybe r15-1738-g09737d9605521df9232d9990006c44955064f44e .
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116925
Andrew Pinski changed:
What|Removed |Added
Keywords||ice-on-valid-code
Target Milestone|--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116098
--- Comment #20 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #19)
> Created attachment 59252 [details]
> Patch which I am testing
>
> This is the simple patch which I mentioned in comment #18 . I still need to
> add testcases.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116098
--- Comment #19 from Andrew Pinski ---
Created attachment 59252
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=59252&action=edit
Patch which I am testing
This is the simple patch which I mentioned in comment #18 . I still need to add
test
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116924
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116924
--- Comment #1 from Jakub Jelinek ---
Perhaps we should just add (void) casts before those calls. It is fine that
those builtins have no effects with -ffast-math, they do have effects without
it, and I'm not sure if we want to conditionalize th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116903
--- Comment #5 from Jonathan Wakely ---
The C++ standard references
Ecma International, ECMAScript2 Language Specification, Standard Ecma-262,
third edition, 1999
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116903
--- Comment #4 from Jonathan Wakely ---
Oh right, I always forget that browsers have compatibility features for
ECMAScript regexes:
https://262.ecma-international.org/#sec-additional-ecmascript-features-for-web-browsers
Those are optional for n
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116924
Jonathan Wakely changed:
What|Removed |Added
Status|NEW |ASSIGNED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116918
--- Comment #3 from Gaius Mulley ---
Closing now that the patch has been applied.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116909
--- Comment #6 from Federico Kircheis ---
Thank, I think this covers all my concern.
Nevertheless I was still looking how to avoid the assembly, eventually to be
sure to have a more portable piece of code (with less ifdefs) between compilers
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116903
Alfred Agrell changed:
What|Removed |Added
CC||blubban at gmail dot com
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116904
Richard Biener changed:
What|Removed |Added
Keywords||missed-optimization
Target Milestone
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116917
Bug ID: 116917
Summary: [13 Regression] raised TYPES.UNRECOVERABLE_ERROR :
comperr.adb:414 during RTL pass: dwarf2, in
connect_traces, at dwarf2cfi.cc:3079 on
s390
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116924
Jason Merrill changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116924
Bug ID: 116924
Summary: -ffast-math -Wunused-value warnings in
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc+
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116906
--- Comment #5 from GCC Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:3e1bd6470e4deba1a3ad14621037098311ad1350
commit r15-3986-g3e1bd6470e4deba1a3ad14621037098311ad1350
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116882
Jean-Michaël Celerier changed:
What|Removed |Added
Resolution|--- |FIXED
Status|WAITIN
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116571
--- Comment #7 from Thomas Schwinge ---
(In reply to Richard Biener from comment #5)
> (In reply to Thomas Schwinge from comment #4)
> > The GCN target FAILs that I originally had reported here:
> >
> > > [-PASS:-]{+FAIL:+} gcc.dg/vect/slp-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51815
Andre Vehreschild changed:
What|Removed |Added
Status|ASSIGNED|WAITING
--- Comment #3 from Andre Ve
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116891
--- Comment #8 from Walter Mascarenhas ---
sorry, I did not pay enough attention.
On Tue, Oct 1, 2024 at 5:18 AM pinskia at gcc dot gnu.org <
gcc-bugzi...@gcc.gnu.org> wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116891
>
> --- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116918
--- Comment #2 from GCC Commits ---
The master branch has been updated by Gaius Mulley :
https://gcc.gnu.org/g:fda30a3c8a7c6b06f02be40e3fd0740f893a1b4f
commit r15-3990-gfda30a3c8a7c6b06f02be40e3fd0740f893a1b4f
Author: Gaius Mulley
Date: Tue
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116902
--- Comment #3 from Richard Biener ---
It's again hoist_defs_of_uses but now we get the order of defs of two different
hoistings out-of-sync.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116896
--- Comment #12 from Uroš Bizjak ---
(In reply to Jakub Jelinek from comment #11)
> That way targets can emit whatever is beneficial.
x86 already has an implementation of tri-state integer from conditional codes:
--cut here--
;; Produce a tri-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116918
Gaius Mulley changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116785
Thomas Schwinge changed:
What|Removed |Added
CC||seurer at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116915
Richard Biener changed:
What|Removed |Added
Target||x86_64-*-*
Version|unknown
1 - 100 of 142 matches
Mail list logo
