https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119499
Patrick Palka changed:
What|Removed |Added
Keywords||testsuite-fail
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64500
Jason Merrill changed:
What|Removed |Added
Attachment #60867|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116960
Marek Polacek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116960
Marek Polacek changed:
What|Removed |Added
CC||fchelnokov at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107430
Bug 107430 depends on bug 118672, which changed state.
Bug 118672 Summary: ICE on template lambda expression return a lambda type
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118672
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119501
Bug ID: 119501
Summary: std::ranges::copy_n advances InputIterator one more
time than necessary
Product: gcc
Version: 14.2.1
Status: UNCONFIRMED
Severity: norm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108080
Andrew Pinski changed:
What|Removed |Added
CC||clyon at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116163
David Malcolm changed:
What|Removed |Added
Status|WAITING |NEW
--- Comment #19 from David Malcolm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119482
Richard Biener changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114065
Rainer Orth changed:
What|Removed |Added
CC||ro at gcc dot gnu.org
--- Comment #36 fro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119425
--- Comment #7 from GCC Commits ---
The master branch has been updated by Hu :
https://gcc.gnu.org/g:271745bafafbf3316d01ceb6430d67b894129a4c
commit r15-8964-g271745bafafbf3316d01ceb6430d67b894129a4c
Author: Hu, Lin1
Date: Mon Mar 24 15:36:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119408
--- Comment #11 from GCC Commits ---
The releases/gcc-14 branch has been updated by LuluCheng
:
https://gcc.gnu.org/g:243e634f5bee3912685756f31d3648df73fa6938
commit r14-11456-g243e634f5bee3912685756f31d3648df73fa6938
Author: Lulu Cheng
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119474
--- Comment #2 from Richard Biener ---
(In reply to Andrew Stubbs from comment #1)
> In the -O1 case, the problem seems to be that the "ivopts" pass has
> identified an item-in-an-array-in-a-struct as the IV, and that struct is in
> a different
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119227
--- Comment #15 from Mark Wielaard ---
(In reply to James K. Lowden from comment #14)
> (In reply to Mark Wielaard from comment #13)
> > But it isn't clear from the logs if or where the cobol docs are generated
> > now.
>
> I'm not sure how to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119396
--- Comment #3 from Georg-Johann Lay ---
As it seems, the following libgcc/Makefile.in rule injects dependencies:
$(patsubst %,%.vis,$(LIB1ASMFUNCS)): %.vis: %_s$(objext)
$(gen-hide-list)
Since the *_s. objects are added to lib1asmfuncs-s-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119340
--- Comment #6 from Xi Ruoyao ---
Created attachment 60899
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=60899&action=edit
my reduction
My reduction is different:
https://godbolt.org/z/GGc987xMY
It obviously invokes undefined behavior
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119340
--- Comment #7 from Xi Ruoyao ---
Well, I think this is just PR116550. Before LRA:
(jump_insn 930 383 1043 73 (parallel [
(set (pc)
(if_then_else (ne (reg:DI 592 [424])
(const_int 1 [0x1]))
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119290
Rainer Orth changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118920
--- Comment #8 from GCC Commits ---
The trunk branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:3e0768d2ffde3f20c5baa92d33869f0c196245c4
commit r15-8967-g3e0768d2ffde3f20c5baa92d33869f0c196245c4
Author: Nathaniel Shead
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119497
--- Comment #3 from Jonathan Wakely ---
(In reply to Jonathan Wakely from comment #2)
> And suppress any mention of __assert_fail, __assert_rtn etc. which are not
s/which are not/which are/
> meant to be implementation details of assert.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116399
--- Comment #17 from 康桓瑋 ---
(In reply to Jonathan Wakely from comment #15)
> (In reply to 康桓瑋 from comment #13)
> > I'm not sure it's reasonable or trivial for alias_view to be sized_range,
>
> I don't think it is necessary. Is there a use cas
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119497
--- Comment #2 from Jonathan Wakely ---
Testcase:
#include
constexpr int foo(int i)
{
assert(i != 0);
return 1;
}
constexpr int i = foo(0);
We do already show the assert(...) macro in the caret diagnostic, so maybe this
would be clear:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119497
--- Comment #1 from Jonathan Wakely ---
(In reply to Jonathan Wakely from comment #0)
> Another way to word it could be:
>
> note: failed assertion is not a constant expression: '...'
Actually maybe not this, because it might lead people to th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119479
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119479
--- Comment #4 from Jakub Jelinek ---
In particular, changing
static inline constexpr T det(const storage& a, const
storage& b, const storage& c)
{
static std::array i = { 0, 1, 2 };
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116399
--- Comment #18 from 康桓瑋 ---
> The random-access-non-sized ranges in the standard are currently only
> infinite ranges such as views::iota(0). Random access is useful for these
> ranges because we can random access any place without worrying abo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119495
--- Comment #1 from Richard Biener ---
436.cactusADM spills a lot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119497
Bug ID: 119497
Summary: Improve diagnostic for failed assert(expr) in
constexpr context
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Keywords: diagnostic
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116399
--- Comment #19 from Jonathan Wakely ---
We could do this, and rely on the fact that the number of aliases is always
small so that we can claim it's O(1):
--- a/libstdc++-v3/include/std/text_encoding
+++ b/libstdc++-v3/include/std/text_encoding
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118920
--- Comment #9 from GCC Commits ---
The master branch has been updated by Nathaniel Shead :
https://gcc.gnu.org/g:8e99bd447c459d8f298a70355a89122683d7b149
commit r15-8968-g8e99bd447c459d8f298a70355a89122683d7b149
Author: Nathaniel Shead
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118920
Nathaniel Shead changed:
What|Removed |Added
Target Milestone|--- |15.0
Assignee|unassigned at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=103524
Bug 103524 depends on bug 118920, which changed state.
Bug 118920 Summary: ICE when importing memory and filesystem and a
module-compiled system header importing memory
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118920
What|Rem
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=26163
Bug 26163 depends on bug 116763, which changed state.
Bug 116763 Summary: [15 Regression] 14-19% slowdown of 436.cactusADM on aarch64
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116763
What|Removed |Added
-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119010
--- Comment #13 from GCC Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:088ed1042d12f23261bc499b927b93fd61f8d574
commit r15-8977-g088ed1042d12f23261bc499b927b93fd61f8d574
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114412
Filip Kastl changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116763
Filip Kastl changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119469
Jonathan Wakely changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116399
--- Comment #16 from corentinjabot at gmail dot com ---
Requiring size or common would force internal representation strategies.
With the current set of requirements, you could, for example, store all the
names in a giant array or string and #emb
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119493
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119408
Xi Ruoyao changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119496
Bug ID: 119496
Summary: _Temporary_buffer::requested_size is not a reserved
name
Product: gcc
Version: 15.0
Status: UNCONFIRMED
Keywords: rejects-valid
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119469
--- Comment #8 from GCC Commits ---
The master branch has been updated by Jonathan Wakely :
https://gcc.gnu.org/g:3e52eb28c537aaa03afb78ef9dff8325c5f41f78
commit r15-8966-g3e52eb28c537aaa03afb78ef9dff8325c5f41f78
Author: Jonathan Wakely
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118920
--- Comment #11 from Frank B. Brokken ---
Dear nshead at gcc dot gnu.org, you wrote:
>
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118920
>
> Nathaniel Shead changed:
>
>What|Removed |Added
> --
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119488
--- Comment #3 from GCC Commits ---
The trunk branch has been updated by Giuseppe D'Angelo :
https://gcc.gnu.org/g:6acfb68dc0a4798ca0a6ddae894c70f815f5295d
commit r15-8971-g6acfb68dc0a4798ca0a6ddae894c70f815f5295d
Author: Giuseppe D'Angelo
Da
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119488
--- Comment #4 from Giuseppe D'Angelo ---
Hi,
Apologies for the testsuite regression; I think this is fixed now in trunk by
r15-8971-g6acfb68dc0a479 .
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119488
--- Comment #5 from Sam James ---
(In reply to Giuseppe D'Angelo from comment #4)
> Hi,
>
> Apologies for the testsuite regression; I think this is fixed now in trunk
> by r15-8971-g6acfb68dc0a479 .
Thank you! By the way, if you change your em
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119010
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|NEW
Priority|P1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119010
--- Comment #12 from GCC Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:365c82dbf3319e5adb5cced2dae0c4a9aa48f5bc
commit r15-8976-g365c82dbf3319e5adb5cced2dae0c4a9aa48f5bc
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=26163
Bug 26163 depends on bug 114412, which changed state.
Bug 114412 Summary: [14/15 Regression] 7% slowdown of 436.cactusADM on aarch64
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=114412
What|Removed |Added
--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=26163
Bug 26163 depends on bug 119055, which changed state.
Bug 119055 Summary: [15 Regression] 5-8% slowdown of 456.hmmer since
r15-7605-gc5752c1f01316a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119055
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=116399
--- Comment #20 from 康桓瑋 ---
(In reply to Jonathan Wakely from comment #19)
> We could do this, and rely on the fact that the number of aliases is always
> small so that we can claim it's O(1):
>
> --- a/libstdc++-v3/include/std/text_encoding
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=118765
--- Comment #21 from Hime Haieto ---
Sorry to leave you hanging this long, but I was actually testing this rather
extensively since your last update, both for dummy test cases and my real
(generic containers) application for it. I've thus far b
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119484
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=119055
Filip Kastl changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119340
--- Comment #8 from Xi Ruoyao ---
https://gcc.gnu.org/pipermail/gcc-patches/2025-March/679454.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110773
Wilco changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119474
--- Comment #3 from Richard Biener ---
So one reason is TYPE_ADDR_SPACE isn't prevalent where it should be - ARRAY_REF
results are one common issue (and we lack verification here, IIRC):
unit-size
align:32 warn_if_not_align:0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119486
Patrick Palka changed:
What|Removed |Added
CC||ppalka at gcc dot gnu.org
Resol
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110853
Patrick Palka changed:
What|Removed |Added
CC||de34 at live dot cn
--- Comment #2 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=117596
--- Comment #1 from Georg-Johann Lay ---
All I can find is TARGET_C_BITINT_TYPE_INFO.
* Where to specify that addition should be implemented by a libgcc function
like addbitint3?
* There are libgcc modules like _mulbitint3.o but they are empty
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=119474
--- Comment #4 from Richard Biener ---
Btw, I'm sure there's issues in IVOPTs, but fixing garbage-in-garbage-out
issues is wrong. We have to first get the input into IVOPTs correct.
101 - 161 of 161 matches
Mail list logo
