https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115635
--- Comment #6 from Sam James ---
In theory, the bisect list is tiny:
```
$ git shortlog
55947b32c38a40777aedbd105bd94b43a42c2a10..30db57901ccac7027f93ff71e70a66e26a4f70f5
Evgeny Karpov (6):
Move mingw_* declarations to the mingw folder
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115649
Richard Biener changed:
What|Removed |Added
Version|8.4.0 |14.1.0
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115652
Richard Biener changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |rguenth at gcc dot
gnu.org
L
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115634
--- Comment #4 from Stefan Schulze Frielinghaus
---
I gave
if (op && (!REG_P (op)
|| (reload_completed
&& HARD_REGISTER_P (op)
&& REGNO_REG_CLASS (REGNO (op)) != ADDR_REGS)))
return false;
a quick tr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115576
--- Comment #5 from user202729 ---
I think this can be resolved by implementing some code in combine.cc to
replace:
(set:TI (reg:TI 101) (zero_extend:TI (...:DI ...)))
(set:DI (reg:DI ...) (subreg:DI (reg:TI 101) 8))
with
(set:TI (reg:TI 101)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106069
--- Comment #42 from GCC Commits ---
The master branch has been updated by Kewen Lin :
https://gcc.gnu.org/g:812c70bf4981958488331d4ea5af8709b5321da1
commit r15-1645-g812c70bf4981958488331d4ea5af8709b5321da1
Author: Kewen Lin
Date: Wed Jun
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115355
--- Comment #15 from GCC Commits ---
The master branch has been updated by Kewen Lin :
https://gcc.gnu.org/g:812c70bf4981958488331d4ea5af8709b5321da1
commit r15-1645-g812c70bf4981958488331d4ea5af8709b5321da1
Author: Kewen Lin
Date: Wed Jun
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115355
--- Comment #14 from GCC Commits ---
The master branch has been updated by Kewen Lin :
https://gcc.gnu.org/g:62520e4e9f7e2fe8a16ee57a4bd35da2e921ae22
commit r15-1644-g62520e4e9f7e2fe8a16ee57a4bd35da2e921ae22
Author: Kewen Lin
Date: Wed Jun
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106069
--- Comment #41 from GCC Commits ---
The master branch has been updated by Kewen Lin :
https://gcc.gnu.org/g:62520e4e9f7e2fe8a16ee57a4bd35da2e921ae22
commit r15-1644-g62520e4e9f7e2fe8a16ee57a4bd35da2e921ae22
Author: Kewen Lin
Date: Wed Jun
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115655
Richard Biener changed:
What|Removed |Added
Target||x86_64-*-*
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115656
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |11.5
Summary|Templated ctor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115659
--- Comment #3 from Richard Biener ---
c = x CMP y
r = c ? -1 : z => r = c ? c : z
r = c ? z : 0 => r = c ? z : c
this is probably best left for ISEL. I agree the transforms eliminating
the COND are useful in general and suitabl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115640
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78352
--- Comment #26 from Eric Gallager ---
(In reply to Eric Gallager from comment #25)
> Cross-referencing against
> https://github.com/apple/swift-corelibs-libdispatch/issues/765
Note that there is some confusion in that issue about if/when Apple'
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78352
Eric Gallager changed:
What|Removed |Added
CC||fjahanian at apple dot com,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115655
Uroš Bizjak changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80528
Eric Gallager changed:
What|Removed |Added
CC||collin.funk1 at gmail dot com
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115660
Bug ID: 115660
Summary: internal compiler error: in build_special_member_call,
at cp/call.cc:11085
Product: gcc
Version: 13.1.0
Status: UNCONFIRMED
Severity: n
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115660
--- Comment #1 from Sam James ---
Please include full preprocessed source.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78352
--- Comment #28 from Sergey Fedorov ---
(In reply to Eric Gallager from comment #26)
> (In reply to Eric Gallager from comment #25)
> > Cross-referencing against
> > https://github.com/apple/swift-corelibs-libdispatch/issues/765
>
> Note that th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97687
Eric Gallager changed:
What|Removed |Added
Ever confirmed|0 |1
CC|
trunk
--enable-sanitizers --enable-languages=c,c++ --disable-werror --enable-multilib
Thread model: posix
Supported LTO compression algorithms: zlib
gcc version 15.0.0 20240626 (experimental) (GCC)
[518] %
[518] % gcctk -O0 small.c; ./a.out
[519] % gcctk -O2 small.c
[520] % ./a.out
0
[521] % cat sm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79465
Eric Gallager changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48839
Eric Gallager changed:
What|Removed |Added
CC||valsiterb at gmail dot com
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115660
--- Comment #2 from vipcxj at 126 dot com ---
Created attachment 58518
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58518&action=edit
full preprocessed source
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115660
--- Comment #3 from vipcxj at 126 dot com ---
co_await signal->join(closer, {"root.room1"})
change to
auto rooms_arg = {std::string("root.room1")};
co_await signal->join(closer, std::move(rooms_arg));
error disappeared.
but
co_await signal->
-languages=c,c++ --disable-werror --enable-multilib
Thread model: posix
Supported LTO compression algorithms: zlib
gcc version 15.0.0 20240626 (experimental) (GCC)
[568] %
[568] % gcctk -O2 small.c; ./a.out
[569] %
[569] % gcctk -O2 -fno-tree-pre -fschedule-insns -fno-forward-propagate
-fno-guess-branch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115662
Bug ID: 115662
Summary: Feature request: support for linking SARIF files
together
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Keywords: SARIF
Seve
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115661
Richard Biener changed:
What|Removed |Added
Summary|wrong code at -O{2,3} on|[15 Regression] wrong code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104395
--- Comment #7 from Jonathan Wakely ---
It doesn't seem very helpful for GCC and Clang to accept enum class align_val_t
in C++98 mode, but not accept alignof in system headers.
We could change all these uses to __alignof instead of alignof, whi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104395
Jonathan Wakely changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115640
--- Comment #8 from Richard Biener ---
(In reply to Richard Biener from comment #7)
> I will have a look (and for run validation try to reproduce with gfx1036).
OK, so with gfx1036 we end up using 16 byte vectors and the testcase
passes. The d
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115640
--- Comment #9 from Richard Biener ---
Created attachment 58519
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58519&action=edit
patch
I think this fixes it, but I cannot validate.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115640
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |15.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115663
Bug ID: 115663
Summary: outer loop vectorization with inner loop grouped
access and SLP should be possible
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Sever
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115661
Sam James changed:
What|Removed |Added
CC||Evgeny.Karpov at microsoft dot
com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115664
Bug ID: 115664
Summary: -Wnonnull-compare breaks templated methods
Product: gcc
Version: 13.3.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115640
--- Comment #10 from Andrew Stubbs ---
On 26/06/2024 12:05, rguenth at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115640
>
> --- Comment #8 from Richard Biener ---
> (In reply to Richard Biener from comment #7)
>> I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115661
Sam James changed:
What|Removed |Added
Keywords|needs-bisection |
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115665
Bug ID: 115665
Summary: gcc complains about bad CTAD that actually does not
exist in template derived class with default argument
Product: gcc
Version: 13.2.0
Status: UN
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115635
--- Comment #7 from Sam James ---
I'm bisecting but the above list contains r15-1599-g63512c72df09b4 which
PR115661 bisected to, so I'm starting to think it's right?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115640
--- Comment #11 from Thomas Schwinge ---
(In reply to Richard Biener from comment #9)
> Created attachment 58519 [details]
> patch
>
> I think this fixes it, but I cannot validate.
Yes, it does, thanks!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115652
--- Comment #2 from GCC Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:f80db5495d5f8455b3003951727eb6c8dc67d81d
commit r15-1653-gf80db5495d5f8455b3003951727eb6c8dc67d81d
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115652
Richard Biener changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115634
--- Comment #5 from Stefan Schulze Frielinghaus
---
Sent a slightly adapted patch
https://gcc.gnu.org/pipermail/gcc-patches/2024-June/655705.html
Thanks for your quick help in fixing this. Very much appreciated!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115640
--- Comment #12 from Richard Biener ---
(In reply to Andrew Stubbs from comment #10)
> On 26/06/2024 12:05, rguenth at gcc dot gnu.org wrote:
> > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115640
> >
> > --- Comment #8 from Richard Biener --
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115661
--- Comment #4 from Sam James ---
This fixes it for me as a hack:
```
--- a/gcc/config/i386/i386-expand.cc
+++ b/gcc/config/i386/i386-expand.cc
@@ -412,20 +412,10 @@ ix86_expand_move (machine_mode mode, rtx operands[])
}
else
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115640
--- Comment #13 from Richard Biener ---
(In reply to Richard Biener from comment #12)
> (In reply to Andrew Stubbs from comment #10)
> > GFX10 has more limited permutation capabilities than GFX9 because it
> > only has 32-lane vectors natively,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109429
--- Comment #4 from Jovan Dmitrović ---
There is a patch regarding this issue submitted to the GCC mailing list:
https://gcc.gnu.org/pipermail/gcc-patches/2024-March/647966.html.
Unfortunately, there hasn't been a response to it for quite some
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115493
Christophe Lyon changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115493
--- Comment #11 from Christophe Lyon ---
Created attachment 58520
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58520&action=edit
vect dump broken after r15-1392
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115493
--- Comment #12 from Richard Biener ---
(In reply to Christophe Lyon from comment #11)
> Created attachment 58520 [details]
> vect dump broken after r15-1392
The IL looks OK now, I can't spot any other issue. As I lack a runtime debug
environm
mit-7fada36c778
--enable-languages=c,c++,ada --disable-nls --disable-multilib --enable-shared
--enable-threads=posix --enable-__cxa_atexit --enable-clocale=gnu
Thread model: posix
Supported LTO compression algorithms: zlib
gcc version 15.0.0 20240626 (experimental) (GCC)
saulius@pterodaktilis minimal-wo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115666
--- Comment #1 from Saulius Gražulis ---
Correction: the bug mentioned is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84198 (not the bug #84194).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115661
--- Comment #5 from Richard Biener ---
Note the ix86_GOT_alias_set change also looks wrong. AFAICS it now sets
MEM_ALIAS_SET to -1 which is ALIAS_SET_MEMORY_BARRIER and a pessimization.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115640
--- Comment #14 from Andrew Stubbs ---
On 26/06/2024 13:34, rguenth at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115640
>
> --- Comment #13 from Richard Biener ---
> (In reply to Richard Biener from comment #12)
>>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102454
Iain Sandoe changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115640
--- Comment #15 from rguenther at suse dot de ---
On Wed, 26 Jun 2024, ams at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115640
>
> --- Comment #14 from Andrew Stubbs ---
> On 26/06/2024 13:34, rguenth at gcc dot gn
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78352
--- Comment #29 from Sergey Fedorov ---
(In reply to Eric Gallager from comment #25)
> Cross-referencing against
> https://github.com/apple/swift-corelibs-libdispatch/issues/765
By the way, have you got some example code at hand which can serve
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115656
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115649
--- Comment #2 from Deven ---
I personally feel it would be preferable to have DWARF entries only for any
functions present in the final symbol table, so to simply omit those entries...
I'm not sure if they would be useful in any way.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78352
--- Comment #30 from Iain Sandoe ---
blocks have support from 10.6 [Apple gcc-4.2] (although there is/was 'after
market' support for 10.5).
you should be able to find plenty of examples in the Apple Developer doc.
This is now becoming more of a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115657
Marek Polacek changed:
What|Removed |Added
Priority|P3 |P2
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115640
--- Comment #16 from Andrew Stubbs ---
On 26/06/2024 14:41, rguenther at suse dot de wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115640
>
> --- Comment #15 from rguenther at suse dot de ---
>>> Btw, the above looks quite odd for nelt
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115657
--- Comment #4 from Marek Polacek ---
tsubst_expr gets TARGET_EXPR . We should probably have created an
IMPLICIT_CONV_EXPR for it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115664
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115643
--- Comment #3 from Sergei Trofimovich ---
I got a similar failure for `--target=i686-w64-mingw32`. It is probably
slightly dependent on system headers and binutils version. Mine is
binutils-2.42.
I extracted the following self-contained exampl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115643
--- Comment #4 from Sergei Trofimovich ---
`gcc` produces the following assembly:
$ gcc/xgcc -Bgcc -fbuilding-libgcc -fno-stack-protector -S __main.c.c -o -
-O2
.file "__main.c.c"
.text
.p2align 4
.globl _
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115667
Bug ID: 115667
Summary: Improve expansion for popcountti2
Product: gcc
Version: 13.3.1
Status: UNCONFIRMED
Keywords: missed-optimization
Severity: normal
Prior
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115667
--- Comment #1 from ktkachov at gcc dot gnu.org ---
In fact I'm sure it could even use the proposed new udot approach
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78352
--- Comment #31 from Eric Gallager ---
(In reply to Sergey Fedorov from comment #29)
> (In reply to Eric Gallager from comment #25)
> > Cross-referencing against
> > https://github.com/apple/swift-corelibs-libdispatch/issues/765
>
> By the way,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113673
Roger Sayle changed:
What|Removed |Added
Assignee|roger at nextmovesoftware dot com |unassigned at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115665
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
Last reco
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115667
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113042
Andrew Pinski changed:
What|Removed |Added
CC||ktkachov at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79465
Andi Kleen changed:
What|Removed |Added
CC||andi-gcc at firstfloor dot org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115652
Jeffrey A. Law changed:
What|Removed |Added
CC||law at gcc dot gnu.org
Resolut
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115664
Andrew Pinski changed:
What|Removed |Added
Status|WAITING |NEW
--- Comment #2 from Andrew Pinski
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115664
Andrew Pinski changed:
What|Removed |Added
Status|NEW |WAITING
--- Comment #3 from Andrew Pins
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115664
Andrew Pinski changed:
What|Removed |Added
Status|WAITING |NEW
--- Comment #4 from Andrew Pinski
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115664
--- Comment #5 from Andrew Pinski ---
Basically `dynamic_cast(this)` becomes just this if `T == Object` here and
then we warn because this is compared with nullptr.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115557
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79465
ak at gcc dot gnu.org changed:
What|Removed |Added
CC||ak at gcc dot gnu.org
Res
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115572
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115629
--- Comment #2 from GCC Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:629257bcb81434117f1e9c68479032563176dc0c
commit r15-1662-g629257bcb81434117f1e9c68479032563176dc0c
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115629
--- Comment #3 from Richard Biener ---
So we now tail-merge the two b[i] loading blocks. Can you check SVE code-gen
with this? If that fixes the PR consider adding a SVE testcase.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113882
Pengxuan Zheng changed:
What|Removed |Added
Resolution|--- |INVALID
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53947
Bug 53947 depends on bug 113882, which changed state.
Bug 113882 Summary: V4SF->V4HI could be implemented using V4SF->V4SI and then
truncation to V4HI
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113882
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115493
--- Comment #13 from Christophe Lyon ---
Yes it breaks at the same point, again we are returning an uninitialized value.
Adding annotate asm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115493
--- Comment #14 from Christophe Lyon ---
Created attachment 58522
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=58522&action=edit
Wrong code after r15-1392
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115493
--- Comment #15 from Richard Biener ---
(In reply to Christophe Lyon from comment #13)
> Yes it breaks at the same point, again we are returning an uninitialized
> value.
> Adding annotate asm
OK, looking the fix was only half complete. Can yo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115668
Bug ID: 115668
Summary: Cannot format chrono::duration
Product: gcc
Version: 13.3.1
Status: UNCONFIRMED
Keywords: rejects-valid
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115652
--- Comment #5 from Richard Biener ---
(In reply to Jeffrey A. Law from comment #4)
> That patch seems to be causing ssa verification failures (should be visible
> with riscv64-elf cross):
>
> make check-gcc RUNTESTFLAGS=rvv.exp=vsetvl_bug-2.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=36602
--- Comment #15 from Cristian Rodríguez ---
Was this issue ever fixed/addressed?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115668
Jonathan Wakely changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |redi at gcc dot gnu.org
Last
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115668
--- Comment #1 from Jonathan Wakely ---
Oops, the diff above is against an incomplete fix I already had in my git
index, this is the proper fix:
--- a/libstdc++-v3/include/bits/chrono_io.h
+++ b/libstdc++-v3/include/bits/chrono_io.h
@@ -1696,7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115493
--- Comment #16 from Christophe Lyon ---
(In reply to Richard Biener from comment #15)
> OK, looking the fix was only half complete. Can you try
It works with this, thanks!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115669
Bug ID: 115669
Summary: [15 Regression] rv64gcv -fwrapv miscompile since
r15-1006-gd93353e6423
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115639
Marek Polacek changed:
What|Removed |Added
Last reconfirmed||2024-06-26
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115669
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
1 - 100 of 177 matches
Mail list logo
