https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110316
Andrew Pinski changed:
What|Removed |Added
Ever confirmed|0 |1
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110304
--- Comment #12 from Jakub Jelinek ---
(In reply to cqwrteur from comment #11)
> Actually mine
>
> template<::std::unsigned_integral T>
> inline constexpr T add_carry(T a,T b,T carryin,T& carryout) noexcept
> {
> [[assume(carryin==0||carry
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109689
--- Comment #7 from Zhendong Su ---
Another related and smaller reproducer:
[514] % gcctk -O3 -fno-tree-loop-ivcanon small.c
during GIMPLE pass: ch_vect
small.c: In function ‘main’:
small.c:3:5: internal compiler error: in check_loop_closed_ssa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110311
--- Comment #1 from Jürgen Reuter ---
It looks like there were no specific changes in the fortran backend or the
libgfortran but a lot of optimization in the middle-end. Maybe that is
responsible for this issue. Need to see what is going on.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110309
--- Comment #2 from Hongtao.liu ---
(In reply to Richard Biener from comment #1)
> I think the two
>
> (define_expand "maskload"
> [(set (match_operand:V48H_AVX512VL 0 "register_operand")
> (vec_merge:V48H_AVX512VL
> (match_operand:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110230
--- Comment #5 from CVS Commits ---
The releases/gcc-13 branch has been updated by Kewen Lin :
https://gcc.gnu.org/g:4b4a21c93406aef276fbff00d3e9491285d7b4a9
commit r13-7458-g4b4a21c93406aef276fbff00d3e9491285d7b4a9
Author: Kewen Lin
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109932
--- Comment #7 from CVS Commits ---
The releases/gcc-13 branch has been updated by Kewen Lin :
https://gcc.gnu.org/g:4b4a21c93406aef276fbff00d3e9491285d7b4a9
commit r13-7458-g4b4a21c93406aef276fbff00d3e9491285d7b4a9
Author: Kewen Lin
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109932
--- Comment #6 from CVS Commits ---
The releases/gcc-13 branch has been updated by Kewen Lin :
https://gcc.gnu.org/g:4e67d73ee5100c12993c79852e4ede13d2606cad
commit r13-7457-g4e67d73ee5100c12993c79852e4ede13d2606cad
Author: Kewen Lin
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110011
--- Comment #10 from CVS Commits ---
The releases/gcc-13 branch has been updated by Kewen Lin :
https://gcc.gnu.org/g:cefe925fe49af81bb4ae7a27fa2c96f0926fe22e
commit r13-7456-gcefe925fe49af81bb4ae7a27fa2c96f0926fe22e
Author: Kewen Lin
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110230
--- Comment #4 from CVS Commits ---
The releases/gcc-12 branch has been updated by Kewen Lin :
https://gcc.gnu.org/g:4591c2c8a6b15ca99ba049d84e0e694f12db4f60
commit r12-9714-g4591c2c8a6b15ca99ba049d84e0e694f12db4f60
Author: Kewen Lin
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109932
--- Comment #5 from CVS Commits ---
The releases/gcc-12 branch has been updated by Kewen Lin :
https://gcc.gnu.org/g:4591c2c8a6b15ca99ba049d84e0e694f12db4f60
commit r12-9714-g4591c2c8a6b15ca99ba049d84e0e694f12db4f60
Author: Kewen Lin
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109932
--- Comment #4 from CVS Commits ---
The releases/gcc-12 branch has been updated by Kewen Lin :
https://gcc.gnu.org/g:31d88c795a0eb05df5a0684c34ec74116cce133f
commit r12-9713-g31d88c795a0eb05df5a0684c34ec74116cce133f
Author: Kewen Lin
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110011
--- Comment #9 from CVS Commits ---
The releases/gcc-12 branch has been updated by Kewen Lin :
https://gcc.gnu.org/g:90e1030d4c6d981c2293d89db6d1d57c057ad61d
commit r12-9712-g90e1030d4c6d981c2293d89db6d1d57c057ad61d
Author: Kewen Lin
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110304
--- Comment #11 from cqwrteur ---
Actually mine
template<::std::unsigned_integral T>
inline constexpr T add_carry(T a,T b,T carryin,T& carryout) noexcept
{
[[assume(carryin==0||carryin==1)]];
a+=b;
carryout=a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110316
Bug ID: 110316
Summary: [14 regression] g++.dg/ext/timevar1.C and timevar2.C
fail erratically
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110315
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |13.2
Component|c++
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=55366&action=edit
preprocessed source
$ ~/gcc-test/bin/g++ --version
g++ (GCC) 13.1.1 20230619
Copyright (C) 2023 Free Software Foundation, Inc.
This is free software; see the source for copying conditions. There is NO
warranty; not e
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110307
--- Comment #4 from matoro ---
(In reply to Alexander Monakov from comment #3)
> Do you have older versions of GCC to check on this testcase?
No, for the same reason I didn't get a complete backtrace, it takes a while to
compile on this machine
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110307
--- Comment #3 from Alexander Monakov ---
Do you have older versions of GCC to check on this testcase?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110282
--- Comment #5 from Andrew Pinski ---
Note I suspect r12-248-gb58dc0b803057c0e6032e0d9b made the problem latent in
GCC 12+. But turning off DSE in GCC 12.1.0 does not reproduce the bug
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110308
Andrew Pinski changed:
What|Removed |Added
Component|rtl-optimization|debug
--- Comment #4 from Andrew Pinski
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110308
--- Comment #3 from Andrew Pinski ---
There are a difference in .optimized with respect to debug statements:
GCC 13:
# DEBUG i => 0
vs
GCC trunk:
# DEBUG i => NULL
This is in BB 5.
The change in Debug statements happened starting in ch2.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110305
--- Comment #8 from Michael Morrell ---
Interesting information. I still feel that perhaps both functions should use
the same logic to determine whether to make this transformation, but, for
example, the extra checking for the vector case done
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110307
--- Comment #2 from matoro ---
Created attachment 55365
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=55365&action=edit
archive from -fdump-tree-all -fdump-rtl-all
(In reply to Alexander Monakov from comment #1)
> I tried building a cros
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100799
Peter Bergner changed:
What|Removed |Added
Resolution|--- |INVALID
Status|WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110201
--- Comment #6 from palmer at gcc dot gnu.org ---
(In reply to Craig Topper from comment #3)
> I don't have a testsuite. I saw that gcc had crypto builtins and I happened
> to noticed the tests in gcc weren't passing constant arguments.
>
> We a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110201
--- Comment #5 from palmer at gcc dot gnu.org ---
(In reply to Jeffrey A. Law from comment #4)
> Yea, the tests aren't great. They'll be better shortly. They'll test
> non-constant arguments and out-of-range constants, expecting a suitable
> di
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110201
--- Comment #4 from Jeffrey A. Law ---
Yea, the tests aren't great. They'll be better shortly. They'll test
non-constant arguments and out-of-range constants, expecting a suitable
diagnostic. They'll also test the extrema of valid constants.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110305
--- Comment #7 from Andrew Pinski ---
(In reply to Michael Morrell from comment #6)
> I'm curious why this transformation is being done by both
> fold_real_zero_addition_p AND simplify_binary_operation_1.
The answer there involves the history
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110201
--- Comment #3 from Craig Topper ---
I don't have a testsuite. I saw that gcc had crypto builtins and I happened to
noticed the tests in gcc weren't passing constant arguments.
We also have a divergence in names between clang and gcc for some c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110201
--- Comment #2 from palmer at gcc dot gnu.org ---
Do you guys have a test suite for these, or did you just happen to run into it?
The intrinsic testing has been a bit of a blind spot in GCC land.
0.0 20230619 (experimental) (x86_64-linux-gnu) Assert_Failure
nlists.adb:172|
| Error detected at example.adb:12:21 |
| Compiling|
| Please submit a bug report; see https://gcc.gnu.org/bugs/ . |
| Us
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110201
Jeffrey A. Law changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110297
--- Comment #4 from Ian Lance Taylor ---
Thanks. I suspect this was broken by
https://gcc.gnu.org/pipermail/gcc-patches/2022-October/604158.html.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110305
Michael Morrell changed:
What|Removed |Added
CC||mmorrell at tachyum dot com
--- Comme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92887
--- Comment #6 from anlauf at gcc dot gnu.org ---
(In reply to Mikael Morin from comment #5)
> (In reply to anlauf from comment #4)
> >
> > I'll need broader feedback, so unless someone adds to this pr, I'll submit
> > the present patch - with te
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110305
--- Comment #5 from CVS Commits ---
The master branch has been updated by Jeff Law :
https://gcc.gnu.org/g:827b2a279fc6ad5bb76e4d2c2eb3432955b5e11c
commit r14-1952-g827b2a279fc6ad5bb76e4d2c2eb3432955b5e11c
Author: Toru Kisuki
Date: Mon Jun
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102989
Jakub Jelinek changed:
What|Removed |Added
Attachment #55329|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110312
--- Comment #2 from Frank Heckenbach ---
(In reply to Andrew Pinski from comment #1)
> The decl has the increased alignment but the type does not in this case.
>
> So I think the warning is still correct.
So there's no way around it other then
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110312
Andrew Pinski changed:
What|Removed |Added
Keywords||diagnostic
--- Comment #1 from Andrew P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109811
--- Comment #12 from CVS Commits ---
The master branch has been updated by Jan Hubicka :
https://gcc.gnu.org/g:7b34cacc5735385e7e2855d7c0a6fad60ef4a99b
commit r14-1951-g7b34cacc5735385e7e2855d7c0a6fad60ef4a99b
Author: Jan Hubicka
Date: Mon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109849
--- Comment #16 from CVS Commits ---
The master branch has been updated by Jan Hubicka :
https://gcc.gnu.org/g:7b34cacc5735385e7e2855d7c0a6fad60ef4a99b
commit r14-1951-g7b34cacc5735385e7e2855d7c0a6fad60ef4a99b
Author: Jan Hubicka
Date: Mon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110313
Bug ID: 110313
Summary: [14 Regression] GCN Fiji reload ICE in
'process_alt_operands'
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Keywords: openmp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110312
Bug ID: 110312
Summary: -Wcast-align=strict warning despite alignas
Product: gcc
Version: 12.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c+
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110299
--- Comment #1 from CVS Commits ---
The master branch has been updated by Pan Li :
https://gcc.gnu.org/g:26bb67fc4d4b4bbefe298e21c965d41bb412eeb6
commit r14-1946-g26bb67fc4d4b4bbefe298e21c965d41bb412eeb6
Author: Pan Li
Date: Sun Jun 18 23:0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110277
--- Comment #2 from CVS Commits ---
The master branch has been updated by Pan Li :
https://gcc.gnu.org/g:2ba7347aba59faa119345c7b374fbbf1f35bae85
commit r14-1945-g2ba7347aba59faa119345c7b374fbbf1f35bae85
Author: Pan Li
Date: Sat Jun 17 22:1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110303
m.cencora at gmail dot com changed:
What|Removed |Added
CC||m.cencora at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110311
Bug ID: 110311
Summary: [gfortran 14.0 regression]
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
Ass
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110306
--- Comment #3 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #2)
> Dup of bug 109241.
>
> *** This bug has been marked as a duplicate of bug 109241 ***
I should say this is an exact dup of bug 109850 (but that was marked as a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109241
Andrew Pinski changed:
What|Removed |Added
CC||vital.had at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110306
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110268
Christophe Lyon changed:
What|Removed |Added
Status|NEW |ASSIGNED
--- Comment #5 from Christop
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110303
Xi Ruoyao changed:
What|Removed |Added
CC||xry111 at gcc dot gnu.org
--- Comment #5 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110173
--- Comment #7 from Theodoros Theodoridis ---
The modified case (s/j();/j(0);/) bisects to r13-1934-g353fd1ec3df
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110297
--- Comment #3 from Andreas Schwab ---
The problem is in the magic comment in libgo/go/runtine/mem_gccgo.go:
//extern mmap
func sysMmap(addr unsafe.Pointer, n uintptr, prot, flags, fd int32, off
_libgo_off_t_type) unsafe.Pointer
This needs to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110307
Alexander Monakov changed:
What|Removed |Added
CC||amonakov at gcc dot gnu.org
--- Com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110298
Richard Biener changed:
What|Removed |Added
Known to work||14.0
Summary|[10/11/12/13/1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110298
--- Comment #4 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:916add3bf6e46467e4391e358b11ecfbc4daa275
commit r14-1939-g916add3bf6e46467e4391e358b11ecfbc4daa275
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110310
Richard Biener changed:
What|Removed |Added
CC||avieira at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110310
Bug ID: 110310
Summary: vector epilogue handling is inefficient
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-opt
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110297
--- Comment #2 from Andreas Schwab ---
The go side of the mmap C function is using the wrong type for the offset
argument.
Dump of assembler code for function runtime.mmap:
0xb692c340 <+0>: push{r4, r5, lr}
0xb692c344 <+4>: su
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110305
--- Comment #4 from tkisuki at tachyum dot com ---
(In reply to Richard Biener from comment #3)
> Confirmed. GENERIC properly handles signalling NaNs via
> fold_real_zero_addition_p.
>
> If you send a patch to gcc-patches@ I'll approve it.
Tha
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110309
--- Comment #1 from Richard Biener ---
I think the two
(define_expand "maskload"
[(set (match_operand:V48H_AVX512VL 0 "register_operand")
(vec_merge:V48H_AVX512VL
(match_operand:V48H_AVX512VL 1 "memory_operand")
(match_dup 0)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110287
--- Comment #7 from Jan Hubicka ---
>
> There is no guarantee that std::vector::max_size() is PTRDIFF_MAX. It
> depends on the Allocator type, A. A user-defined allocator could have
> max_size() == 100.
If inliner we see path to the throw func
>
> There is no guarantee that std::vector::max_size() is PTRDIFF_MAX. It
> depends on the Allocator type, A. A user-defined allocator could have
> max_size() == 100.
If inliner we see path to the throw functions, it will not determine
_M_check_len as early inlinable.
Perhaps we can __builtin_con
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105935
--- Comment #4 from Uroš Bizjak ---
(In reply to Francois-Xavier Coudert from comment #3)
> > These two functions are available from libiberty.
>
> Are we linking runtime libraries like libgfortran against libiberty? I
> thought that was only f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110281
--- Comment #8 from CTC <19373742 at buaa dot edu.cn> ---
The issue can be reproduced with -O3 -fno-tree-dominator-opts -fno-tree-pre.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110287
--- Comment #6 from Jonathan Wakely ---
(In reply to Jan Hubicka from comment #5)
> > Do you mean something like this?
> I sent my own version, but yours looks nicer.
> >
> > diff --git a/libstdc++-v3/include/bits/stl_vector.h
> > b/libstdc++-v
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105935
--- Comment #3 from Francois-Xavier Coudert ---
> These two functions are available from libiberty.
Are we linking runtime libraries like libgfortran against libiberty? I thought
that was only for the compiler itself.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110282
--- Comment #4 from CTC <19373742 at buaa dot edu.cn> ---
(In reply to Richard Biener from comment #3)
> Confirmed behavior also with GCC 10, with -fno-bit-tests -fbit-tests
> -fno-ipa-modref -fipa-modref removed.
>
> Can you please adjust your
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105935
--- Comment #2 from Uroš Bizjak ---
(In reply to Francois-Xavier Coudert from comment #1)
> Created attachment 55363 [details]
> Proposed patch
>
> The issue is real, but I would suggest that snprintf() and vsnprintf()
> should always be availa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110309
Bug ID: 110309
Summary: Wrong code for masked load expansion
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110011
--- Comment #8 from CVS Commits ---
The releases/gcc-10 branch has been updated by Kewen Lin :
https://gcc.gnu.org/g:a137fc8de056c7e0e93047b865bcc1948bd8ee03
commit r10-11453-ga137fc8de056c7e0e93047b865bcc1948bd8ee03
Author: Kewen Lin
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110297
Matthias Klose changed:
What|Removed |Added
Target|arm-linux-gnueabihf |arm-linux-gnueabihf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92887
Mikael Morin changed:
What|Removed |Added
CC||mikael at gcc dot gnu.org
--- Comment #5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105935
Francois-Xavier Coudert changed:
What|Removed |Added
CC||fxcoudert at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=105523
--- Comment #33 from CVS Commits ---
The master branch has been updated by Senthil Kumar Selvaraj
:
https://gcc.gnu.org/g:58e1bc2b1c8420773b16452d47932a6ca0d003fb
commit r14-1933-g58e1bc2b1c8420773b16452d47932a6ca0d003fb
Author: Senthil Kumar
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110306
Richard Biener changed:
What|Removed |Added
Known to fail||12.3.0
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110308
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |14.0
Component|debug
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110305
Richard Biener changed:
What|Removed |Added
Last reconfirmed||2023-06-19
Version|og12 (de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=74755
Francois-Xavier Coudert changed:
What|Removed |Added
Status|SUSPENDED |RESOLVED
Resolution|--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=37643
Francois-Xavier Coudert changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109207
Francois-Xavier Coudert changed:
What|Removed |Added
CC||fxcoudert at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81985
Francois-Xavier Coudert changed:
What|Removed |Added
Resolution|--- |FIXED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110298
Richard Biener changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |rguenth at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109373
Francois-Xavier Coudert changed:
What|Removed |Added
Resolution|--- |FIXED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110280
prathamesh3492 at gcc dot gnu.org changed:
What|Removed |Added
CC||prathamesh3492 at gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110303
--- Comment #4 from Denis Yaroshevskiy ---
> so _mm_shuffle_epi32 requires a constant but since it is an argument, the
> argument, it is not a constant expression requirement.
The function is marked constexpr. So it can be a constant if you as
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110308
--- Comment #1 from Sergei Trofimovich ---
Created attachment 55362
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=55362&action=edit
bug.cpp.cpp.orig.xz - unreduced
In case I reduced it incorrectly bug.cpp.cpp.orig.xz is the unreduced
pre
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110308
Bug ID: 110308
Summary: [14 Regression] ICE on audiofile-0.3.6: RTL: vartrack:
Segmentation fault in mode_to_precision(machine_mode)
Product: gcc
Version: 14.0
Status: U
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110297
Richard Biener changed:
What|Removed |Added
Keywords||testsuite-fail
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110295
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110270
Tobias Burnus changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110270
--- Comment #1 from CVS Commits ---
The master branch has been updated by Tobias Burnus :
https://gcc.gnu.org/g:b25ea7ab78cdb7baec694e56eadb71002726a73e
commit r14-1923-gb25ea7ab78cdb7baec694e56eadb71002726a73e
Author: Tobias Burnus
Date: M
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110307
Bug ID: 110307
Summary: ICE in move_insn, at haifa-sched.cc:5473 on alpha with
-fPIC -fpeephole2 -fschedule-insns2
Product: gcc
Version: 13.1.1
Status: UNCONFIRMED
95 matches
Mail list logo
