https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113861
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113861
Bug ID: 113861
Summary: c-c++-common/gomp/pr63328.c and
gcc.dg/gomp/pr87895-2.c now XPASS
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Keywords: testsuite-fa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103524
Bug 103524 depends on bug 103339, which changed state.
Bug 103339 Summary: [modules] ICE in exporting module on use of outside
specialization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103339
What|Removed |A
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103339
Nathaniel Shead changed:
What|Removed |Added
Resolution|--- |FIXED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103524
Bug 103524 depends on bug 103499, which changed state.
Bug 103499 Summary: C++20 modules error: invalid use of non-static member
function
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103499
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103499
Nathaniel Shead changed:
What|Removed |Added
Status|NEW |RESOLVED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113545
--- Comment #2 from GCC Commits ---
The master branch has been updated by Hans-Peter Nilsson :
https://gcc.gnu.org/g:48207a5f00d6ae7cb11038e7c17f6858de4a884e
commit r14-8907-g48207a5f00d6ae7cb11038e7c17f6858de4a884e
Author: Hans-Peter Nilsson
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113859
--- Comment #1 from Andrew Pinski ---
SI (and DI) can be optimized too.
LLVM is produces for int:
ldr d0, [x0]
cnt v0.8b, v0.8b
uaddlp v0.4h, v0.8b
uaddlp v0.2s, v0.4h
str d0, [x1]
r
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113860
--- Comment #1 from Andrew Pinski ---
SVE instructions can also be used for V4HI/V8HI/V2SI/V4SI so the SLP vectorizer
can use them.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113860
Bug ID: 113860
Summary: SVE popcount can be used for 16bit, 32bit and 64bit
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Keywords: missed-optimization
Severity: enhanc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113848
Gaius Mulley changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113848
--- Comment #4 from GCC Commits ---
The master branch has been updated by Gaius Mulley :
https://gcc.gnu.org/g:863202684dff775ae4a3e576f77044474384d41f
commit r14-8906-g863202684dff775ae4a3e576f77044474384d41f
Author: Gaius Mulley
Date: Sat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113859
Bug ID: 113859
Summary: popcount HI can be vectorized for non-SVE
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Keywords: missed-optimization
Severity: enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113848
Gaius Mulley changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113848
--- Comment #2 from Gaius Mulley ---
Created attachment 57375
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57375&action=edit
Proposed fix
Many thanks for the bug report and hint. Here is the proposed patch (currently
being bootstrap te
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113858
Bug ID: 113858
Summary: `ldr s0/h0/b0` should be used to zero extend into the
full register
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Keywords: missed-opt
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113845
--- Comment #5 from Steve Kargl ---
On Fri, Feb 09, 2024 at 10:06:47PM +, anlauf at gcc dot gnu.org wrote:
>
> --- Comment #4 from anlauf at gcc dot gnu.org ---
> Created attachment 57374
> --> https://gcc.gnu.org/bugzilla/attachment.cgi?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113857
--- Comment #1 from Andrew Pinski ---
Without f16 extension, s64 could be done as:
```
and x0, x0, 0x
fmov s0, x0
```
Similarly if we are doing a `c64` .
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113856
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113857
Bug ID: 113857
Summary: fmov should be used to zero the upper bits of the
vector register
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Keywords: missed-optim
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113856
Bug ID: 113856
Summary: `(vect64 float){1.0f, 0}` code generation could just
be `fmov sN, 1.0f`
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Keywords: missed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113855
--- Comment #3 from Iain Sandoe ---
(In reply to Jakub Jelinek from comment #2)
> Guess an ia32 implementation would be even better, shouldn't be that hard.
I have a draft on one of my machines, I'll post it here tomorrow.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113855
--- Comment #2 from Jakub Jelinek ---
Guess an ia32 implementation would be even better, shouldn't be that hard.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113855
--- Comment #1 from Iain Sandoe ---
I was looking at making an i686 impl.
but we could also do as you suggest for gcc-14.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113855
Jakub Jelinek changed:
What|Removed |Added
Target Milestone|--- |14.0
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113855
Bug ID: 113855
Summary: [14 Regression]
__gcc_nested_func_ptr_{created,deleted} exports from
32-bit libgcc_s.so.1
Product: gcc
Version: 14.0
Status:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113845
anlauf at gcc dot gnu.org changed:
What|Removed |Added
CC||anlauf at gcc dot gnu.org
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113764
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98388
Marek Polacek changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113834
Marek Polacek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113834
--- Comment #9 from GCC Commits ---
The trunk branch has been updated by Marek Polacek :
https://gcc.gnu.org/g:f29f7f86935e29786bf9f976ec99d7639b381b14
commit r14-8904-gf29f7f86935e29786bf9f976ec99d7639b381b14
Author: Marek Polacek
Date: Fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98388
--- Comment #1 from GCC Commits ---
The trunk branch has been updated by Marek Polacek :
https://gcc.gnu.org/g:3a3e0f1b46a3ad71ebeedc419393e3a36f1ce6db
commit r14-8903-g3a3e0f1b46a3ad71ebeedc419393e3a36f1ce6db
Author: Marek Polacek
Date: Tue
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113854
Bug ID: 113854
Summary: the expression 'is_invocable_v ... evaluated to
'false'
Product: gcc
Version: 12.2.0
Status: UNCONFIRMED
Severity: normal
Pri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113698
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113698
--- Comment #4 from kugan at gcc dot gnu.org ---
Thanks for looking into this. The main reason we ere seeing performance issue
turned out to be due to glibc malloc issue in
https://sourceware.org/bugzilla/show_bug.cgi?id=30945
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104908
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104908
--- Comment #12 from GCC Commits ---
The releases/gcc-11 branch has been updated by Harald Anlauf
:
https://gcc.gnu.org/g:07b575d5860dbc8791dbb9d10af9f918f34d7ff0
commit r11-11231-g07b575d5860dbc8791dbb9d10af9f918f34d7ff0
Author: Harald Anlauf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104908
--- Comment #11 from GCC Commits ---
The releases/gcc-12 branch has been updated by Harald Anlauf
:
https://gcc.gnu.org/g:f7b3a82be2f4e9f43524185226c0df686c7b0154
commit r12-10148-gf7b3a82be2f4e9f43524185226c0df686c7b0154
Author: Harald Anlauf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113850
Eric Botcazou changed:
What|Removed |Added
Last reconfirmed||2024-02-09
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110422
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |11.5
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113764
--- Comment #2 from Roger Sayle ---
Investigating further, the thinking behind GCC's current behaviour can be found
in Agner Fog's instruction tables; on many architectures BSR is much slower
than LZCNT.
Legacy AMD: BSR=4 cycles, LZCNT=2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113799
--- Comment #9 from GCC Commits ---
The master branch has been updated by Harald Anlauf :
https://gcc.gnu.org/g:b3d622d70ba209b63471fc1b0970870046e55745
commit r14-8902-gb3d622d70ba209b63471fc1b0970870046e55745
Author: Harald Anlauf
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113846
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113853
Marek Polacek changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |mpolacek at gcc dot
gnu.org
L
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113853
Bug ID: 113853
Summary: implicit move in throw in trailing return type
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113845
--- Comment #3 from kargl at gcc dot gnu.org ---
(In reply to kargl from comment #2)
> (In reply to kargl from comment #1)
> > Thanks. Reduce test case.
> >
> > subroutine test_adjustl(x)
> > character(*) :: x(100)
> > call bar(adjustl(x))
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110422
Martin Jambor changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110422
--- Comment #8 from GCC Commits ---
The releases/gcc-11 branch has been updated by Martin Jambor
:
https://gcc.gnu.org/g:010e4a04c4daaf1b0dacf6aa30fcbdaa73eda33c
commit r11-11230-g010e4a04c4daaf1b0dacf6aa30fcbdaa73eda33c
Author: Martin Jambor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103524
Bug 103524 depends on bug 112580, which changed state.
Bug 112580 Summary: [14 Regression]: g++.dg/modules/xtreme-header-4_b.C et al;
ICE tree check: expected class 'type', have 'declaration'
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112580
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112580
Patrick Palka changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113845
--- Comment #2 from kargl at gcc dot gnu.org ---
(In reply to kargl from comment #1)
> Thanks. Reduce test case.
>
> subroutine test_adjustl(x)
> character(*) :: x(100)
> call bar(adjustl(x))
> end subroutine
Forcing gfc_simplify_adjustl t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112580
--- Comment #10 from GCC Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:f931bd7725f5cea948dd55ac370b5b9fd9a00198
commit r14-8900-gf931bd7725f5cea948dd55ac370b5b9fd9a00198
Author: Patrick Palka
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113845
kargl at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113851
--- Comment #2 from Jonathan Wakely ---
We fail much simpler cases too:
#include
template
struct holder {
T t;
};
struct incomplete;
int main() {
using validator = holder*;
validator varr[1]{};
(void) std::find(varr, varr +
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109668
palmer at gcc dot gnu.org changed:
What|Removed |Added
CC||palmer at gcc dot gnu.org
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113851
--- Comment #1 from Jonathan Wakely ---
Ugh.
The problem is:
1272 | if (__iter == _M_bad_char.end())
which does ADL for operator==
In general there's no way to fix this, we *must* do ADL for iterator equality
comparisons (and other
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113851
Jonathan Wakely changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113852
--- Comment #5 from Jonathan Wakely ---
The behaviour changed with r247495
common.opt (fstrict-overflow): Alias negative to fwrapv.
2017-05-02 Richard Biener
* common.opt (fstrict-overflow): Alias negative to fwrapv.
* doc/invoke.texi (fstr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113852
--- Comment #4 from Jonathan Wakely ---
Reduced:
int main()
{
unsigned short a1 = (1u << 16) - 1;
unsigned short a2 = a1;
/* a1 * a2 should be 4294836225 in math terms */
unsigned long long a3 = 4294836225;
/*
* The r
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113852
--- Comment #3 from Jonathan Wakely ---
(In reply to Jonathan Wakely from comment #2)
> I assume what's happening is that GCC assumes integer promotion from
> uint16_t to int is value preserving and so we get two positive values, and
> therefore
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113852
Jonathan Wakely changed:
What|Removed |Added
Keywords||diagnostic
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113841
--- Comment #8 from Jonathan Wakely ---
Calling swap unqualified performs ADL, which has to find all the associated
namespaces and associated classes. To do that it has to complete all the types
involved, which means it tries to complete:
std::h
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113852
--- Comment #1 from Zachary L ---
Sorry, that should say "If *both* a1 or a2 are constexpr, the warning will
occur."
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113852
Bug ID: 113852
Summary: -Wsign-compare doesn't warn on unsigned result types
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113841
--- Comment #7 from Viktor Ostashevskyi ---
I'm still wondering why for std::hash, the T type is checked for anything.
It shouldn't matter what T is, as we're hashing T*...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113783
Jakub Jelinek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113851
Bug ID: 113851
Summary: boyer_moore_searcher and boyer_moore_horspool_searcher
fail to accept ADL-incompatible element types
Product: gcc
Version: 14.0
Status: UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113783
--- Comment #4 from GCC Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:c9bdcb0c3433ce09f5bb713a51a14130858578a2
commit r14-8899-gc9bdcb0c3433ce09f5bb713a51a14130858578a2
Author: Jakub Jelinek
Date: F
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110754
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=113841
--- Comment #6 from Jonathan Wakely ---
IIRC the reason we don't just default that constructor is because we need to be
sure to value-initialize the allocator, not just default-initialize it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113841
Jonathan Wakely changed:
What|Removed |Added
Component|c++ |libstdc++
--- Comment #5 from Jonatha
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113850
--- Comment #1 from Matteo Italia ---
Created attachment 57372
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=57372&action=edit
Proposed patch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113850
Bug ID: 113850
Summary: condition variables timed wait does a lot of spurious
wakeups on Win32 threading implementation
Product: gcc
Version: 13.1.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113834
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #8
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108410
--- Comment #10 from Richard Biener ---
So this is now fixed if you use --param vect-partial-vector-usage=2, there is
at the moment no way to get masking/not masking costed against each other. In
theory vect_analyze_loop_costing and vect_estima
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113834
--- Comment #7 from Marek Polacek ---
(In reply to Jakub Jelinek from comment #6)
> (In reply to Marek Polacek from comment #5)
> > To fix the ICE we could do:
> >
> > --- a/gcc/cp/semantics.cc
> > +++ b/gcc/cp/semantics.cc
> > @@ -4644,7 +4644
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108376
Richard Biener changed:
What|Removed |Added
Resolution|--- |WONTFIX
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113841
Jonathan Wakely changed:
What|Removed |Added
Known to fail||12.3.1
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113835
--- Comment #2 from Jonathan Wakely ---
(In reply to Richard Biener from comment #1)
> GCC 12 was fast (possibly std::vector wasn't constexpr there?)
It was constexpr since 12.1.0
So this might be related to Jason's implicit constexpr changes
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113834
--- Comment #6 from Jakub Jelinek ---
(In reply to Marek Polacek from comment #5)
> To fix the ICE we could do:
>
> --- a/gcc/cp/semantics.cc
> +++ b/gcc/cp/semantics.cc
> @@ -4644,7 +4644,9 @@ static tree
> finish_type_pack_element (tree idx,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113499
--- Comment #3 from Richard Biener ---
(In reply to Richard Biener from comment #2)
> Re-confirmed. Can be reproduced both on a glibc 2.31 and glibc 2.38 system
> with
It does work with glibc 2.38, so only glibc 2.31 fails this (and possibly o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113834
Marek Polacek changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |mpolacek at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113499
Richard Biener changed:
What|Removed |Added
Last reconfirmed||2024-02-09
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113834
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113615
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101188
Richard Biener changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |law at gcc dot gnu.org
Target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101188
Georg-Johann Lay changed:
What|Removed |Added
Resolution|FIXED |---
Status|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113847
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |14.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113848
--- Comment #1 from Richard Biener ---
void * arithmetic is a GCC extension, I suggest to change that to char *
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113849
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
std
gcc version 14.0.1 20240209 (experimental) (GCC)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113848
Bug ID: 113848
Summary: modula2 doesn't build with clang
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Keywords: build
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113774
Jakub Jelinek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113818
Jakub Jelinek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113415
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113415
--- Comment #7 from GCC Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:0ad1884089c0fad4dfc72516bc68ec508cba1832
commit r14-8896-g0ad1884089c0fad4dfc72516bc68ec508cba1832
Author: Jakub Jelinek
Date: F
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113818
--- Comment #3 from GCC Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:6c124873f5197ca8aac5acfada4b0e7fba49807f
commit r14-8895-g6c124873f5197ca8aac5acfada4b0e7fba49807f
Author: Jakub Jelinek
Date: F
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113774
--- Comment #8 from GCC Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:97e49bf00d1a7b7a2a02531a1c5362fad27348d9
commit r14-8894-g97e49bf00d1a7b7a2a02531a1c5362fad27348d9
Author: Jakub Jelinek
Date: F
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113830
--- Comment #14 from Harald van Dijk ---
(In reply to Bo Wang from comment #13)
> (In reply to Harald van Dijk from comment #12)
> > (In reply to Bo Wang from comment #11)
> > > I have read the working draft standard of C++20
> > > (https://gith
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113847
Bug ID: 113847
Summary: [14 Regression] 10% slowdown of 462.libquantum on AMD
Ryzen 7700X and Ryzen 7900X
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Keywor
1 - 100 of 107 matches
Mail list logo
