https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110851
Bug ID: 110851
Summary: [contracts] Inheriting multiple base functions with
clashing contracts is not diagnosed
Product: gcc
Version: unknown
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110852
Bug ID: 110852
Summary: [14 Regression] ICE: in get_predictor_value, at
predict.cc:2695 with -O -fno-tree-fre and
__builtin_expect()
Product: gcc
Version: 14.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106222
Roger Sayle changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108961
--- Comment #8 from paul.richard.thomas at gmail dot com ---
Hi Harald,
I have just returned from a trip to the General Atomics DIIID facility
in San Diego and feel like death warmed up :-(
I'll try to get to the backport this afternoon once I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61759
--- Comment #13 from Sergey Fedorov ---
Any update on this?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98608
--- Comment #2 from Martin Uecker ---
The problem is actually the missing sanitizer instrumentation of the parameter
type. This is easy to fix, but then I run into the problem that a lot of code
has n == 0 in parameters. Having an option to avoi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61759
--- Comment #14 from Sergey Fedorov ---
(In reply to Eric Gallager from comment #8)
> I'd need to rebuild gcc with debug info to get a better backtrace.
Have you been able to?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98609
--- Comment #9 from Martin Uecker ---
I just ran into this problem again while trying to fix PR98608 where the
problem is that instrumentation of parameters is missing. In parameters people
often use n == 0 null and some of the -Wnonnull warnin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61759
Iain Sandoe changed:
What|Removed |Added
Target|*-*-darwin |powerpc-*-darwin,
|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110823
Alexander Monakov changed:
What|Removed |Added
CC||amonakov at gcc dot gnu.org
--- Com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61759
--- Comment #16 from Sergey Fedorov ---
(In reply to Iain Sandoe from comment #15)
Would be nice to have it fixed, otherwise `jack` is broken:
https://github.com/jackaudio/jack2/issues/950
Which, in turn, leaves broken dependencies.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108961
--- Comment #9 from CVS Commits ---
The releases/gcc-13 branch has been updated by Paul Thomas :
https://gcc.gnu.org/g:1a322145aa60a65bed064fbb5514a193a27bd86f
commit r13-7654-g1a322145aa60a65bed064fbb5514a193a27bd86f
Author: Paul Thomas
Date
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110280
--- Comment #16 from Sam James ---
Prathamesh, could you cherry-pick this on to the releases/13 branch please?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110853
Bug ID: 110853
Summary: [c++-concepts] Bad interaction between deduction guide
with decay and constraints
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110115
--- Comment #5 from Shaohua Li ---
I tried to bisect this case and I bisected it to r0-2686-gd119f34c952
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110141
--- Comment #2 from Shaohua Li ---
I tried to bisect this case and I bisected it to r12-4790-g4b3a325f07a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110233
--- Comment #8 from Shaohua Li ---
I tried to bisect it and I bisected it to r12-4871-g502ffb1f389
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110243
--- Comment #6 from Shaohua Li ---
I tried to bisect it and it was bisected to r13-3875-g9e11ceef165
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110582
--- Comment #5 from Shaohua Li ---
Bisect to r14-1179-g1cd5bc387c4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110233
--- Comment #9 from Sam James ---
(In reply to Shaohua Li from comment #8)
> I tried to bisect it and I bisected it to r12-4871-g502ffb1f389
Could you try bisect further back with -param=vrp2-mode=vrp, or does it work
fine with that?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110233
--- Comment #10 from Sam James ---
(In reply to Sam James from comment #9)
> (In reply to Shaohua Li from comment #8)
> > I tried to bisect it and I bisected it to r12-4871-g502ffb1f389
>
> Could you try bisect further back with -param=vrp2-mod
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110640
--- Comment #5 from Shaohua Li ---
Bisect to r12-1653-gcb448ade74d
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110641
--- Comment #2 from Shaohua Li ---
Bisect to r14-2230-g7e904d6c7f2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110702
--- Comment #3 from Shaohua Li ---
Bisect to r13-550-gebce0e9bd8d
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110769
--- Comment #3 from Shaohua Li ---
I tried to bisect it and it was bisected to r14-2674-gd0de3bf9175, which is
different from the bisection point in bug110641
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110233
--- Comment #11 from Shaohua Li ---
(In reply to Sam James from comment #10)
> (In reply to Sam James from comment #9)
> > (In reply to Shaohua Li from comment #8)
> > > I tried to bisect it and I bisected it to r12-4871-g502ffb1f389
> >
> > Co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110825
--- Comment #6 from CVS Commits ---
The releases/gcc-13 branch has been updated by Harald Anlauf
:
https://gcc.gnu.org/g:63d18dffeb34e58a8ef79ca614f854e055355043
commit r13-7656-g63d18dffeb34e58a8ef79ca614f854e055355043
Author: Harald Anlauf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110787
--- Comment #7 from Gaius Mulley ---
Many thanks for the fix! modula-2 bootstraps successfully on x86_32.
gcc/m2/gm2-libs/SYSTEM.mod implements arbitrary sized rotates and shifts for
the runtime (as well as export system specific procedures/ty
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110419
--- Comment #17 from Mikael Morin ---
Created attachment 55660
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=55660&action=edit
Update function type patch
This patch changes the dummy argument declaration type.
It changes the dump as foll
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110852
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |14.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110753
--- Comment #2 from Shaohua Li ---
Bisect to r14-2379-gc496d15954c, which was committed by @al...@redhat.com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110631
--- Comment #5 from CVS Commits ---
The releases/gcc-13 branch has been updated by Gaius Mulley
:
https://gcc.gnu.org/g:d1611c51dd7ce054eceb19fda3be72c2164aaa71
commit r13-7658-gd1611c51dd7ce054eceb19fda3be72c2164aaa71
Author: Gaius Mulley
Da
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110360
--- Comment #37 from anlauf at gcc dot gnu.org ---
Created attachment 55661
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=55661&action=edit
Tentative patch for the bind(c) case
The attached lightly-tested patch tries to fix (at least at t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105903
--- Comment #12 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #11)
> What is interesting is I tested with the patches I have for PR 106164 which
> should fix this but does not. If I try it out manually forwprop does catch
> it s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110174
--- Comment #4 from CVS Commits ---
The releases/gcc-13 branch has been updated by Gaius Mulley
:
https://gcc.gnu.org/g:c8024088ccc263833d005afe7df835109db1965b
commit r13-7659-gc8024088ccc263833d005afe7df835109db1965b
Author: Gaius Mulley
Da
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110174
Gaius Mulley changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
__least_max_value = 1; std::ptrdiff_t = long int]'
3 | constinit std::binary_semaphore sem {0};
| ^
In file included from :1:
/opt/compiler-explorer/gcc-trunk-20230730/include/c++/14.0.0/semaphore:55:16:
note:
'std::counting_semaphore<__l
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110854
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2023-07-31
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110625
--- Comment #11 from Hao Liu ---
Hi Richard,
That's great! Glad to hear the status. Waiting for the patches to be ready and
upstreamed to trunk.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110832
Hongtao.liu changed:
What|Removed |Added
CC||crazylht at gmail dot com
--- Comment #9
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81904
--- Comment #4 from Hongtao.liu ---
(In reply to Richard Biener from comment #2)
> __m128d h(__m128d x, __m128d y, __m128d z){
> __m128d tem = _mm_mul_pd (x,y);
> __m128d tem2 = tem + z;
> __m128d tem3 = tem - z;
> return __builti
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81904
--- Comment #5 from Hongtao.liu ---
(In reply to Richard Biener from comment #1)
> Hmm, I think the issue is we see
>
> f (__m128d x, __m128d y, __m128d z)
> {
> vector(2) double _4;
> vector(2) double _6;
>
>[100.00%]:
> _4 = x_2(D)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106164
--- Comment #10 from Andrew Pinski ---
Patches submitted with testcase:
https://gcc.gnu.org/pipermail/gcc-patches/2023-July/625808.html
https://gcc.gnu.org/pipermail/gcc-patches/2023-July/625807.html
43 matches
Mail list logo
