https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111591
--- Comment #33 from GCC Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:97094d2ffd7d00261e6d7cc5d4a62dc7c2c89b64
commit r14-6481-g97094d2ffd7d00261e6d7cc5d4a62dc7c2c89b64
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112997
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2023-12-13
Status|UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112997
--- Comment #2 from Andrew Pinski ---
Also can you provide the full command line that is failing?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111591
Richard Biener changed:
What|Removed |Added
Attachment #56175|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111591
Richard Biener changed:
What|Removed |Added
Assignee|rguenth at gcc dot gnu.org |unassigned at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112994
--- Comment #2 from Richard Biener ---
(In reply to Andrew Pinski from comment #1)
> It might be a regression but we are still missing a pattern for:
> int n,m;
> void test(int a, int b){
> m=(a*4)/(a*2);
> }
Yep, and we're seeing that firs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112996
Richard Biener changed:
What|Removed |Added
Keywords||wrong-code
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112921
Gaius Mulley changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112990
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=112990
--- Comment #2 from GCC Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:b9baead90d74e9211fc94d655ecd5d3af3858158
commit r14-6482-gb9baead90d74e9211fc94d655ecd5d3af3858158
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112961
--- Comment #10 from GCC Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:93db32a4146afd2a6d90410691351a56768167c9
commit r14-6483-g93db32a4146afd2a6d90410691351a56768167c9
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112991
--- Comment #3 from GCC Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:93db32a4146afd2a6d90410691351a56768167c9
commit r14-6483-g93db32a4146afd2a6d90410691351a56768167c9
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112991
Richard Biener changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112961
Bug 112961 depends on bug 112991, which changed state.
Bug 112991 Summary: [14 Regression] ICE during GIMPLE pass: ifcvt on
p7zip-17.05 since r14-6457
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112991
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112917
--- Comment #3 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #2 from Alexandre Oliva ---
> Nevermind, I've managed to log into the cfarm machines running solaris/sparc.
Good: while the Solaris 11.3/SPARC system (cfarm211) seems to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112916
--- Comment #2 from Filip Kastl ---
Sometimes there are gaps in the data our team gathers, unfortunately. One cause
can be that upstream GCC temporarily fails to build a benchmark. That shouldn't
matter in this case I think. The last gap for thi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112997
--- Comment #3 from Jonathan Wakely ---
It's not supported. If you need to make it work, that's your problem. Just do
something like:
--- a/libstdc++-v3/libsupc++/eh_call.cc
+++ b/libstdc++-v3/libsupc++/eh_call.cc
@@ -25,7 +25,9 @@
#include
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112979
Eric Botcazou changed:
What|Removed |Added
CC||ebotcazou at gcc dot gnu.org
Ever c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112998
Bug ID: 112998
Summary: s390x: Incorrect code generation
Product: gcc
Version: 11.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
A
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112991
--- Comment #5 from Sergei Trofimovich ---
The change also fixes p7zip-17.05 build for me. Thank you!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112962
--- Comment #17 from GCC Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:02c30fdad2f46a1f7b4e30d0eff0ac275cd108a5
commit r14-6485-g02c30fdad2f46a1f7b4e30d0eff0ac275cd108a5
Author: Jakub Jelinek
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112953
--- Comment #2 from GCC Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:bb600f9822fb8b73d75df2b3fa7a0fab391254fa
commit r14-6486-gbb600f9822fb8b73d75df2b3fa7a0fab391254fa
Author: Jakub Jelinek
Date: W
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112940
--- Comment #3 from GCC Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:07efd5668537892e1c07264455bfd96f1a99a130
commit r14-6487-g07efd5668537892e1c07264455bfd96f1a99a130
Author: Jakub Jelinek
Date: W
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112940
Jakub Jelinek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112953
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112962
Jakub Jelinek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112917
--- Comment #4 from Alexandre Oliva ---
Ok, I understand the issues now.
The problem on sparc32 is indeed the large register save area that
__strub_leave allocates, that overlaps with stack space it's expected to scrub,
and that thus doesn't ge
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112998
Richard Biener changed:
What|Removed |Added
Component|c |target
Target|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112990
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111317
--- Comment #2 from GCC Commits ---
The master branch has been updated by Pan Li :
https://gcc.gnu.org/g:f6d787c231905063dc3b55ce7028e348b74719be
commit r14-6488-gf6d787c231905063dc3b55ce7028e348b74719be
Author: Juzhe-Zhong
Date: Wed Dec 13
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111317
JuzheZhong changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112929
--- Comment #21 from GCC Commits ---
The master branch has been updated by Pan Li :
https://gcc.gnu.org/g:ef21ae5c45f3b79a36fadc1cb5723c095e2965ad
commit r14-6490-gef21ae5c45f3b79a36fadc1cb5723c095e2965ad
Author: Juzhe-Zhong
Date: Wed Dec 1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112988
--- Comment #1 from GCC Commits ---
The master branch has been updated by Pan Li :
https://gcc.gnu.org/g:ef21ae5c45f3b79a36fadc1cb5723c095e2965ad
commit r14-6490-gef21ae5c45f3b79a36fadc1cb5723c095e2965ad
Author: Juzhe-Zhong
Date: Wed Dec 13
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112999
Bug ID: 112999
Summary: riscv: Infinite loop with mask extraction
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112999
--- Comment #1 from Robin Dapp ---
What actually gets in the way of vec_extract here is changing to a "better"
vector mode (which is RVVMF4QI here). If we tried to extract from the mask
directly everything would work directly.
I have a patch l
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110717
--- Comment #17 from GCC Commits ---
The master branch has been updated by Roger Sayle :
https://gcc.gnu.org/g:ff8d0ce17fb585a29a83349acbc67b2dd3556629
commit r14-6495-gff8d0ce17fb585a29a83349acbc67b2dd3556629
Author: Roger Sayle
Date: Wed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111515
--- Comment #5 from Richard Biener ---
I think performing the threading early is sound, it duplicates one stmt
(store to h) for removing one conditional branch at runtime. And the
estimate is computed correctly and 1 is what we allow.
In _theo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112999
--- Comment #2 from JuzheZhong ---
Ok.It's mask bit field again. It's an annoying issue.
I think explict movti pattern is controversial since it may have
risks that affect scalar part.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111515
--- Comment #6 from Richard Biener ---
OTOH the eliminated branch is
if (aj_6 < 0)
goto ; [INV]
else
goto ; [INV]
:
__builtin_unreachable ();
which isn't too interesting to eliminate as we'll remove it from all
paths later an
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112929
--- Comment #22 from GCC Commits ---
The master branch has been updated by Pan Li :
https://gcc.gnu.org/g:d702387b1b765f85e19961a0b2a29df14df89bfd
commit r14-6497-gd702387b1b765f85e19961a0b2a29df14df89bfd
Author: Pan Li
Date: Wed Dec 13 21:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112988
--- Comment #2 from GCC Commits ---
The master branch has been updated by Pan Li :
https://gcc.gnu.org/g:d702387b1b765f85e19961a0b2a29df14df89bfd
commit r14-6497-gd702387b1b765f85e19961a0b2a29df14df89bfd
Author: Pan Li
Date: Wed Dec 13 21:4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112822
--- Comment #13 from GCC Commits ---
The master branch has been updated by Peter Bergner :
https://gcc.gnu.org/g:373a85a82650d9938adb02a14686049cbcbe6892
commit r14-6498-g373a85a82650d9938adb02a14686049cbcbe6892
Author: Peter Bergner
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112994
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112318
S. Davis Herring changed:
What|Removed |Added
CC||herring at lanl dot gov
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112994
--- Comment #4 from Jakub Jelinek ---
So, don't we want next to the /* Simplify (t * 2) / 2) -> t. */ pattern (dunno
why it uses there in the comment 2 when it is actually generic (a * b) / a ->
b, doesn't rely on constants) also one (a * b) /
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112468
--- Comment #9 from Hans-Peter Nilsson ---
(In reply to Tamar Christina from comment #7)
> testing patch
A month later: any update on that?
I didn't see a patch posted, so perhaps there was more work to it.
Please leave a note if you're no long
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112468
--- Comment #10 from Tamar Christina ---
Hi,
It's not forgotten. I've agreed on a fix with the maintainers that should solve
a bunch of other (older) issues with copysign as well.
Since it's a bug fix it's on my list after my stage3 changes.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112994
--- Comment #5 from Jakub Jelinek ---
Created attachment 56868
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=56868&action=edit
gcc14-pr112994-1.patch
Untested patch which adds the first above mentioned pattern.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112988
Patrick O'Neill changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112929
Patrick O'Neill changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71093
--- Comment #4 from GCC Commits ---
The trunk branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:90bc2d09b5bfcc913f79543c3b65202e7246e162
commit r14-6508-g90bc2d09b5bfcc913f79543c3b65202e7246e162
Author: Nathaniel Shead
Date: F
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108243
--- Comment #16 from GCC Commits ---
The trunk branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:958940eb3511e341e57606f5a2f5399bc89533cb
commit r14-6506-g958940eb3511e341e57606f5a2f5399bc89533cb
Author: Jason Merrill
Date: T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111260
Andrew Pinski changed:
What|Removed |Added
URL||https://gcc.gnu.org/piperma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110640
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112921
--- Comment #2 from Gaius Mulley ---
Created attachment 56869
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=56869&action=edit
Proposed fix containing missing shortreal modules
For completeness here are three SHORTREAL modules which match
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112534
--- Comment #9 from Arsen Arsenović ---
removing EXTRA_HOST_FLAGS from the gettext targets fixed the build on my
cfarm112.
overall, I'm not sure overriding what subconfigures discover and adjust CC and
CFLAGS with is a good idea. it seems sens
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112921
--- Comment #3 from GCC Commits ---
The master branch has been updated by Gaius Mulley :
https://gcc.gnu.org/g:33a3f85ee4b5bc562a84c6896294278e0a5ab160
commit r14-6509-g33a3f85ee4b5bc562a84c6896294278e0a5ab160
Author: Gaius Mulley
Date: Wed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112873
--- Comment #16 from Jerry DeLisle ---
(In reply to Steve Kargl from comment #15)
--- snip ---
>
> Jerry, are you starting with the patch submitted by Harald that
> fixes the doc issue. It seems 'gmake pdf', which is what I use
> to check doc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112921
Gaius Mulley changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112488
uecker at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112986
Andreas Krebbel changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113000
Bug ID: 113000
Summary: Generate BTF always in early-finish regardless of
CO-RE
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Pr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112994
Jakub Jelinek changed:
What|Removed |Added
Attachment #56868|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112996
Andreas Krebbel changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112986
--- Comment #3 from Andreas Krebbel ---
*** Bug 112996 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112994
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112986
--- Comment #4 from Ilya Leoshkevich ---
Hi,
Nina fixed this in v8.0.0
(https://gitlab.com/qemu-project/qemu/-/commit/54fce97cfcaf5463ee5f325bc1f1d4adc2772f38).
The fix was backported to v7.2.2
(https://gitlab.com/qemu-project/qemu/-/commit/17b
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112873
--- Comment #17 from Steve Kargl ---
On Wed, Dec 13, 2023 at 05:36:55PM +, jvdelisle at gcc dot gnu.org wrote:
>
> Do we need any other test cases?
>
I think that we need not added any testcases. The degree
trig function have been availa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113001
Bug ID: 113001
Summary: [14 Regression] RISCV Zicond ICE: in extract_insn, at
recog.cc:2812 with -O2 rv64gcv_zicond
Product: gcc
Version: 14.0
Status: UNCONFIRMED
rithms: zlib zstd
gcc version 14.0.0 20231213 (experimental) (GCC)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113003
Bug ID: 113003
Summary: ICE: in expand_mult, at expmed.cc:3603 at -O with
__builtin_mul_overflow_p() and _BitInt()
Product: gcc
Version: 14.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112941
--- Comment #2 from Zdenek Sojka ---
(In reply to Andrew Pinski from comment #1)
> Confirmed.
>
> Slightly more reduced:
> ```
> _BitInt (2049) b2049;
> unsigned _BitInt (6384) b16384;
>
> void
> foo (signed char t)
> {
> b2049 = b16384 * t;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113003
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96997
--- Comment #15 from GCC Commits ---
The trunk branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:063564ecbfc618cd019f86216a0224e144effae1
commit r14-6511-g063564ecbfc618cd019f86216a0224e144effae1
Author: Jason Merrill
Date: We
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112956
--- Comment #3 from GCC Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:819bc4f6700847068883eb862dfaed11f30db80b
commit r14-6513-g819bc4f6700847068883eb862dfaed11f30db80b
Author: Jakub Jelinek
Date: W
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112956
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113004
Bug ID: 113004
Summary: OpenMP 5 - structs are not mapped element-wise by
default
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Pri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113005
Bug ID: 113005
Summary: 'libgomp.fortran/rwlock_1.f90',
'libgomp.fortran/rwlock_3.f90' execution test timeouts
Product: gcc
Version: 14.0
Status: UNCONFIRMED
K
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113006
Bug ID: 113006
Summary: OpenMP 5 - lvalue parsing support for map/to/from
clause
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
Prio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93740
--- Comment #6 from GCC Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:c822ad86984e752734b9c371f9cfef9330334ec4
commit r14-6519-gc822ad86984e752734b9c371f9cfef9330334ec4
Author: Patrick Palka
Date: We
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104867
--- Comment #2 from GCC Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:35ba3add7d0a9fc6ce955ba8ad82b0413e86ad7d
commit r14-6520-g35ba3add7d0a9fc6ce955ba8ad82b0413e86ad7d
Author: Patrick Palka
Date: W
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=99186
--- Comment #7 from GCC Commits ---
The master branch has been updated by Patrick Palka :
https://gcc.gnu.org/g:35ba3add7d0a9fc6ce955ba8ad82b0413e86ad7d
commit r14-6520-g35ba3add7d0a9fc6ce955ba8ad82b0413e86ad7d
Author: Patrick Palka
Date: We
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93740
Patrick Palka changed:
What|Removed |Added
Resolution|--- |FIXED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55004
Bug 55004 depends on bug 93740, which changed state.
Bug 93740 Summary: Template base classes parametrized by pointer-to-member are
amibiguous
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93740
What|Removed |Ad
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101603
Bug 101603 depends on bug 93740, which changed state.
Bug 93740 Summary: Template base classes parametrized by pointer-to-member are
amibiguous
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93740
What|Removed |
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113007
Bug ID: 113007
Summary: `std::variant` converting constructor and `operator=`
compile while the C++ Standard says they must not
Product: gcc
Version: 13.2.1
Status: UNCO
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113007
--- Comment #1 from Andrew Pinski ---
Created attachment 56874
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=56874&action=edit
Full testcase
Please next time attach the full testcase (or place it inline) instead of just
linking to godbol
tly evaluates to false).
Declaring v2 fails to compile entirely:
opt/compiler-explorer/gcc-trunk-20231213/include/c++/14.0.0/type_traits:3284:7:
required from 'constexpr const bool
std::is_trivially_default_constructible_v >'
3284 | = __is_trivially_c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113009
Bug ID: 113009
Summary: [14] RISC-V: gcc.c-torture/unsorted/dump-noaddr.c
flakey tests
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113010
Bug ID: 113010
Summary: [RISCV] sign-extension lost in comparison with
constant embedded in comma-op expression
Product: gcc
Version: 13.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113009
--- Comment #1 from Edwin Lu ---
Found issue with bisection script. Currently re-bisecting
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113010
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112758
Andrew Pinski changed:
What|Removed |Added
CC||gkm at rivosinc dot com
--- Comment #13
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112997
--- Comment #4 from cqwrteur ---
(In reply to Andrew Pinski from comment #1)
> Why are you building libstdc++ sources with clang? I doubt that is supported.
GCC does not support WebAssembly backend
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80283
--- Comment #38 from Andrew Pinski ---
For aarch64, the test from comment #11 is so much worse on the trunk than in
GCC 13.2.0.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112997
Andrew Pinski changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112468
--- Comment #11 from Hans-Peter Nilsson ---
(In reply to Tamar Christina from comment #10)
> Hi,
>
> It's not forgotten. I've agreed on a fix with the maintainers that should
> solve a bunch of other (older) issues with copysign as well.
>
> S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113009
Edwin Lu changed:
What|Removed |Added
CC||juzhe.zhong at rivai dot ai
--- Comment #2 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=112997
--- Comment #6 from Jonathan Wakely ---
I think we can just change the declaration in unwind-cxx.h
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=113009
--- Comment #3 from JuzheZhong ---
(In reply to Edwin Lu from comment #2)
> Re-bisected to r14-6197-g2e7abd09621
>
> Full steps to reproduce:
> mkdir dump1
> ./build-gcc-linux-stage2/gcc/xgcc -B./build-gcc-linux-stage2/gcc/
> -march=rv64gcv -
1 - 100 of 140 matches
Mail list logo
