https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118384
--- Comment #1 from Huaqi ---
This issue also present in arm-eabi-gcc toolchain 14.x, but not present in
13.x.
compiler option chosen is -Os -mcpu=cortex-m0
chose m0 due it don't have a multiply hw unit
see https://godbolt.org/z/941TbMKGc
14
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118385
Bug ID: 118385
Summary: A temporary expression bound to a reference member in
a mem-initializer is ill-formed
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Ke
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118353
--- Comment #4 from Filip Kastl ---
Huh. Then either
a) We spend a lot of time in the jump table finding algorithm. That would mean
that there are large switch statements in GCC code specific for those
architectures. Btw, those switch statem
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118384
Bug ID: 118384
Summary: unexpected call to __muldi3 generated for riscv target
Product: gcc
Version: 14.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105769
--- Comment #25 from Andrew Pinski ---
I highly doubt the patches series will be backported to GCC 14 though.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118383
--- Comment #3 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #2)
> That is r6-7277-gb47d1d904d5397 .
https://gcc.gnu.org/pipermail/gcc-patches/2016-March/443662.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118383
--- Comment #2 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #1)
> Confirmed. Looks like it was introduced in GCC 6 when constexpr operator=
> was added for C++14.
That is r6-7277-gb47d1d904d5397 .
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118383
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118337
Jakub Jelinek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117927
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117930
Bug 117930 depends on bug 117927, which changed state.
Bug 117927 Summary: [15 Regression] Invalid rotate optimization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117927
What|Removed |Added
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117927
--- Comment #14 from GCC Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:2cbd4409bcfaba2bd4200412090fd06db1948369
commit r15-6725-g2cbd4409bcfaba2bd4200412090fd06db1948369
Author: Jakub Jelinek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118380
Hongtao Liu changed:
What|Removed |Added
CC||liuhongt at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118383
Bug ID: 118383
Summary: Constexpr default copy-assign operator of derived
class with virtual base seems should not be allowed
before C++23
Product: gcc
Version:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118337
--- Comment #14 from GCC Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:c5e71d22d632889860ef079d4b0bff21eef8a660
commit r15-6724-gc5e71d22d632889860ef079d4b0bff21eef8a660
Author: Jakub Jelinek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118379
--- Comment #2 from shynur ---
Thanks. I sent it to gcc-patc...@gcc.gnu.org .
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115340
--- Comment #7 from rguenther at suse dot de ---
On Wed, 8 Jan 2025, rdapp.gcc at gmail dot com wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=115340
>
> --- Comment #6 from rdapp.gcc at gmail dot com ---
> >> Another thought I had as w
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118382
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2025-01-09
Known to fail|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118376
--- Comment #3 from Zdenek Sojka ---
Valgrind reports uninitialised uses, all from the same stack allocation:
$ x86_64-pc-linux-gnu-gcc -Wsign-conversion testcase.c -wrapper
valgrind,-q,--track-origins=yes
==2541== Conditional jump or move depe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118381
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2025-01-09
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118362
--- Comment #5 from Stefan Schulze Frielinghaus
---
Thanks for clarification. I'm way to unfamiliar with the vectorizer. At some
point, when I was skimming over the code, I got the impression that also other
modes than those defined by the ba
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91722
--- Comment #3 from Andrew Pinski ---
_9 = __builtin_ia32_vbroadcastss256 (&signbit);
_4 = __builtin_ia32_andnps256 (_9, to_3(D));
_6 = __builtin_ia32_andps256 (_9, from_5(D));
_7 = __builtin_ia32_orps256 (_6, _4); [tail call]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118382
Bug ID: 118382
Summary: GCC fails to detect erroneous implicit template
argument specification in extern class declaration for
template class with default argument
Product:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118381
Bug ID: 118381
Summary: GCC ignores missing 'noexcept' specifier for friend
declaration
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118380
--- Comment #2 from Andrew Pinski ---
_205 = __builtin_ia32_vbroadcastss256 (_200);
There is not much the gimple level can do with that.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118380
--- Comment #1 from Andrew Pinski ---
Created attachment 60081
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60081&action=edit
testcase: -O3 -march=znver4
Next time attach the testcase
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118348
Tamar Christina changed:
What|Removed |Added
Last reconfirmed||2025-1-9
--- Comment #4 from Tamar Ch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118380
Bug ID: 118380
Summary: GCC is not optimizing computataion and code with avx
intrinsics.
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118379
--- Comment #1 from Andrew Pinski ---
Patches should send to gcc-patches@ after reading
https://gcc.gnu.org/contribute.html .
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118379
Bug ID: 118379
Summary: [PATCH] Avoid unused-variable-error when configured
with 'CFLAGS=-DNDEBUG'
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: nor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99093
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95801
Andrew Pinski changed:
What|Removed |Added
Blocks||85316
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118376
--- Comment #2 from Sam James ---
I can on one machine and not another.
The one I can is `gcc version 15.0.0 20250108 (experimental)
21ee71afa72746367cab7847f950448f04607dd2 (Gentoo 15.0. p, commit
f6d3d0becd191f48aca221595377e39e53708adf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118378
Bug ID: 118378
Summary: mod with svint32_t ICEs
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118376
--- Comment #1 from Andrew Pinski ---
I can't reproduce this ...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118377
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118377
Bug ID: 118377
Summary: [15 Regression] ICE when using C division operator
with svint8 and svint16
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: nor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118376
Bug ID: 118376
Summary: ICE: in linemap_ordinary_map_lookup, at
libcpp/line-map.cc:1152 with -Wsign-conversion
Product: gcc
Version: 15.0
Status: UNCONFIRMED
K
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118363
Sam James changed:
What|Removed |Added
CC||burnus at gcc dot gnu.org
Target Mileston
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118375
--- Comment #1 from Sam James ---
I find this comes up most with people using -std=c99/c11/whatever instead of
-std=gnu* and not realising the implications of that.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118375
Bug ID: 118375
Summary: Fixits for feature test macros (FTMs)
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Keywords: diagnostic
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118356
Jeffrey A. Law changed:
What|Removed |Added
Status|NEW |WAITING
--- Comment #7 from Jeffrey A.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118374
Sam James changed:
What|Removed |Added
See Also||https://bugs.gentoo.org/sho
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118374
Bug ID: 118374
Summary: Missing fixit for underlying enum type
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118372
--- Comment #2 from Jerry DeLisle ---
Also appears to be OK on 14 as well.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118372
Jerry DeLisle changed:
What|Removed |Added
CC||jvdelisle at gcc dot gnu.org
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63644
--- Comment #3 from Andrew Pinski ---
Reduced testcase:
```
float counter(int maxl) {
float tenth=0.1f;
float sum = tenth;
int n=0;
while(n
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118373
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63644
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Known to work|10.1.0, 7.1.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118373
--- Comment #1 from Sam James ---
Please include the full output from a kernel panic (so we can see the
backtrace).
We will also need you to do the following:
a) bisect GCC;
b) obtain a build-tree built before and after the bad commit (then can
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118373
Bug ID: 118373
Summary: gcc-14.2 kernel panic on alderlake cpus
Product: gcc
Version: 14.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118372
Bug ID: 118372
Summary: Bogus error when passing polymorphic-result function
Product: gcc
Version: 13.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Comp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118371
Sam James changed:
What|Removed |Added
Depends on||112293, 111681
--- Comment #2 from Sam Jame
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118369
--- Comment #5 from Andrew Pinski ---
Looks like they changed how they handle mutli-lib with respect to multi-arch.
Before they required you to install the multiarch i386-linux-gnu too.
Now it seems like 32bit is multilibed in with the x86_64-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118371
David Malcolm changed:
What|Removed |Added
CC||sjames at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118369
--- Comment #4 from Andrew Pinski ---
Or maybe the i386 multi-arch is not exactly installed.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118369
Andrew Pinski changed:
What|Removed |Added
Component|libgcc |bootstrap
--- Comment #3 from Andrew Pi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110930
David Malcolm changed:
What|Removed |Added
Blocks||118371
--- Comment #7 from David Malcol
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118371
Bug ID: 118371
Summary: [meta-bug] tracker bug for UX issues affecting porting
to GCC 15
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Keywords: meta-bug
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118369
--- Comment #2 from Ilya Leoshkevich ---
I did quite a few experiments with different sets of flags, and in my log I
have the following marked as FAIL:
../configure -v --enable-languages=c,c++ --enable-shared
--enable-linker-build-id --libexecd
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118369
--- Comment #1 from Andrew Pinski ---
--enable-multiarch should be another workaround.
I wonder why auto didn't figure out multi-arch is enabled here ...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118369
Bug ID: 118369
Summary: Multilib bootstrap on Debian 12 fails due to missing
asm/errno.h
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118346
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118347
--- Comment #4 from Andrew Pinski ---
The key here is:
https://timsong-cpp.github.io/cppwp/n4868/temp.names#4.sentence-4
Which says:
In these contexts, a < token is always assumed to introduce a
template-argument-list.
The context reffered to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118347
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |INVALID
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110930
David Malcolm changed:
What|Removed |Added
CC||dmalcolm at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118266
H.J. Lu changed:
What|Removed |Added
Attachment #60072|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118347
--- Comment #2 from Andrew Pinski ---
Here is one without a default template argument:
```
template
struct holder
{
template struct fn {};
template
struct t2 : holder::fn {}; // fail
};
template<>
struct holder
{
template
st
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118347
--- Comment #1 from Andrew Pinski ---
EDG accepts this code too.
I am not 100% sure this requires a template here.
Also I found a different issue which I filed PR 118347 for it.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118368
Bug ID: 118368
Summary: 'baselink' not supported by dump_type
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Keywords: diagnostic
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118319
--- Comment #4 from Andrew Pinski ---
(In reply to Simon Martin from comment #3)
> For the record this started to crash between 12.3 and 12.4 -
> https://godbolt.org/z/P3qvcnvj1
Note I didn't mention that in the comments part when I confirmed t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118356
Andrew Waterman changed:
What|Removed |Added
CC||andrew at sifive dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91082
Andrew Pinski changed:
What|Removed |Added
Summary|Reference to function binds |Reference to function binds
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118260
--- Comment #9 from Andrew Pinski ---
(In reply to Jonathan Wakely from comment #8)
> std::get for pair is from C++11, but yes it's a good candidate.
I was talking about std::get for std::complex :).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118354
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91082
Andrew Pinski changed:
What|Removed |Added
CC||de34 at live dot cn
--- Comment #2 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118260
--- Comment #8 from Jonathan Wakely ---
std::get for pair is from C++11, but yes it's a good candidate.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118365
--- Comment #4 from Jonathan Wakely ---
Dup of PR 97174, or at least related.
Oh, I see Andrew already found that :)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55372
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118367
Andrew Pinski changed:
What|Removed |Added
Summary|Confusing error message |Confusing error message
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118367
--- Comment #3 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #2)
> asm on the trunk has the same issue:
That is because it uses the same code path.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118367
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2025-01-08
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118367
Bug ID: 118367
Summary: Confusing error message with user generated
static_assert "expression cannot be used as a
function"
Product: gcc
Version: 14.2.1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65181
--- Comment #12 from GCC Commits ---
The trunk branch has been updated by Thomas Schwinge :
https://gcc.gnu.org/g:b7f168644966d451fbe46ee9d06c9763a539c41b
commit r15-6719-gb7f168644966d451fbe46ee9d06c9763a539c41b
Author: Thomas Schwinge
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118280
--- Comment #10 from Sam James ---
(In reply to Andrew Pinski from comment #9)
> So Microblaze backend has only atomic_compare_and_swapsi but that in theory
> could be used to implement smaller size atomics.
> Plus microblaze ISA has LWX/SWX (w
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118280
--- Comment #9 from Andrew Pinski ---
So Microblaze backend has only atomic_compare_and_swapsi but that in theory
could be used to implement smaller size atomics.
Plus microblaze ISA has LWX/SWX (which is like LL/SC on MIPS), so that can be
use
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65181
--- Comment #11 from GCC Commits ---
The trunk branch has been updated by Thomas Schwinge :
https://gcc.gnu.org/g:dcbd260a1dff3f93ed1aa6fd962e92bae8933dc6
commit r15-6715-gdcbd260a1dff3f93ed1aa6fd962e92bae8933dc6
Author: Thomas Schwinge
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117825
--- Comment #8 from GCC Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:e5180fbcbcc356c71154413588288cbd30e5198d
commit r15-6716-ge5180fbcbcc356c71154413588288cbd30e5198d
Author: Jakub Jelinek
Date: W
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118353
Sam James changed:
What|Removed |Added
CC||sjames at gcc dot gnu.org
--- Comment #3 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118353
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65181
--- Comment #10 from GCC Commits ---
The trunk branch has been updated by Thomas Schwinge :
https://gcc.gnu.org/g:1823170805a3b36848d096dbdd28b479e16cf443
commit r15-6714-g1823170805a3b36848d096dbdd28b479e16cf443
Author: Thomas Schwinge
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65181
--- Comment #9 from GCC Commits ---
The trunk branch has been updated by Thomas Schwinge :
https://gcc.gnu.org/g:2116e8d2275f8bfb04263f26eed17b928513fed8
commit r15-6713-g2116e8d2275f8bfb04263f26eed17b928513fed8
Author: Thomas Schwinge
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65181
--- Comment #8 from GCC Commits ---
The trunk branch has been updated by Thomas Schwinge :
https://gcc.gnu.org/g:678c3f06fc165b883f63b0c44ce9f650b7c1504a
commit r15-6712-g678c3f06fc165b883f63b0c44ce9f650b7c1504a
Author: Thomas Schwinge
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65181
--- Comment #7 from GCC Commits ---
The trunk branch has been updated by Thomas Schwinge :
https://gcc.gnu.org/g:7eec6fedf457883adc8222b2f4a3230311f8f25f
commit r15-6706-g7eec6fedf457883adc8222b2f4a3230311f8f25f
Author: Thomas Schwinge
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65181
--- Comment #6 from GCC Commits ---
The trunk branch has been updated by Thomas Schwinge :
https://gcc.gnu.org/g:aae1db742a1766365c0c7023be55ebef67b70bf4
commit r15-6705-gaae1db742a1766365c0c7023be55ebef67b70bf4
Author: Thomas Schwinge
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118366
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2025-01-08
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118366
Bug ID: 118366
Summary: style of comment for parameter for NEXT_PASS inside
passes.def
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Keywords: internal-improv
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118260
--- Comment #7 from Andrew Pinski ---
(In reply to Jonathan Wakely from comment #6)
> Good enough? Any other suggestions for functions to skip?
>
> std::get for tuples?
Most likely std::get for pair and complex (though that is C++26 and I am n
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112545
Andrew Pinski changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118362
--- Comment #4 from Jakub Jelinek ---
gcc/machmode.def doesn't contain any VECTOR_MODE/VECTOR_MODES.
And, even vector modes defined in the backend don't appear anywhere without any
reason, the V8SImode in this case is because the *vmrhf and *vmr
1 - 100 of 225 matches
Mail list logo
