https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111629
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111505
Andrew Pinski changed:
What|Removed |Added
CC||slyfox at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111559
--- Comment #8 from Franz Sirl ---
The proposed patch on top of r14-4307 fixes the profiled bootstrap here.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111533
Patrick O'Neill changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111624
--- Comment #3 from Richard Biener ---
upon early optimization finish we're at 3GB memory use, IPA doesn't add much to
this, after that it's slowly creeping up.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111632
Bug ID: 111632
Summary: gcc's C++ components fail to compile against recent
libc++ headers
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111050
--- Comment #12 from CVS Commits ---
The master branch has been updated by Francois Dumont :
https://gcc.gnu.org/g:2c1e3544a94c5d7354fad031e1f9731c3ce3af25
commit r14-4313-g2c1e3544a94c5d7354fad031e1f9731c3ce3af25
Author: Tim Song
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111629
Bug ID: 111629
Summary: [14 Regression] ggc_common_finalize() corrupts global
memory outsuide GTY(()) objects
Product: gcc
Version: 14.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111630
Bug ID: 111630
Summary: Optimizing for size compiles additions to several
instructions
Product: gcc
Version: 12.3.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111629
--- Comment #1 from Andrew Pinski ---
There is a dup of this where valgrind complains.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111630
--- Comment #1 from Andrew Pinski ---
Created attachment 56009
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=56009=edit
testcase
Please next time attach or inline the source so we don't need to depend on
external web sites.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90608
Thomas Koenig changed:
What|Removed |Added
CC||mikael at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111506
--- Comment #1 from CVS Commits ---
The master branch has been updated by Pan Li :
https://gcc.gnu.org/g:88d8829e4f435bfc844db5a9df730e20faf7c2c7
commit r14-4310-g88d8829e4f435bfc844db5a9df730e20faf7c2c7
Author: Pan Li
Date: Thu Sep 28
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111506
JuzheZhong changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111622
--- Comment #3 from Andrew Macleod ---
(In reply to Richard Biener from comment #1)
> Created attachment 56006 [details]
> preprocessed riscv insn-opinit.cc
I get
i.ii:2203:11: fatal error: definition of ‘class std::initializer_list<_E>’
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111631
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |14.0
Summary|Wrong code at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111583
--- Comment #2 from Andrew Pinski ---
*** Bug 111631 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111631
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111630
Andrew Pinski changed:
What|Removed |Added
Keywords||missed-optimization
Last
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111624
Richard Biener changed:
What|Removed |Added
CC||dmalcolm at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111600
--- Comment #11 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:f194c684a28a5d449bd034a2c604d04ba465e4fe
commit r14-4308-gf194c684a28a5d449bd034a2c604d04ba465e4fe
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=21
--- Comment #2 from CVS Commits ---
The master branch has been updated by Wilco Dijkstra :
https://gcc.gnu.org/g:d8b56c95782a79ec40932ca88d00fd9f2ee2
commit r14-4311-gd8b56c95782a79ec40932ca88d00fd9f2ee2
Author: Wilco Dijkstra
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111624
JuzheZhong changed:
What|Removed |Added
CC||juzhe.zhong at rivai dot ai
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111631
Bug ID: 111631
Summary: Wrong code at -Os on x86_64-linux-gnu since
r14-3217-g4d6132e5932
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Keywords: wrong-code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56281
--- Comment #6 from Vincent Lefèvre ---
(In reply to Jakub Jelinek from comment #1)
> Given the amount of code in the wild that assumes 1 << 31 etc. work, I think
> it would be a bad idea to try to optimize this for C99, especially when it
> is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111505
--- Comment #4 from Sergei Trofimovich ---
In https://gcc.gnu.org/PR111629#c0 profiled bootstrap fales for a similar
reason.
There ggc_common_finalize() memset()s unexpected memory location
#1 0x01933651 in ggc_common_finalize () at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111631
--- Comment #2 from Andrew Pinski ---
ldist produces:
b_25 = (long int) j_23;
d_26 = h;
_8 = (sizetype) d_26;
_38 = (char *) b_25;
__builtin_memset (_38, 0, _8);
and also we have:
[local count: 13370358]:
if (j_23 != 0)
goto
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111632
--- Comment #1 from Dimitry Andric ---
Created attachment 56010
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=56010=edit
Include safe-ctype.h after C++ standard headers, to avoid over-poisoning
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111633
Bug ID: 111633
Summary: __restrict on a member function is permitted in an
inconsistent location relative to ref-qualifiers
Product: gcc
Version: 14.0
Status:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104831
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |13.3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111466
Vineet Gupta changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111626
Andrew Pinski changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108826
Andrew Pinski changed:
What|Removed |Added
CC||lis8215 at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111466
--- Comment #2 from Vineet Gupta ---
(In reply to Vineet Gupta from comment #1)
> #1. REE reports failure as "missing definition(s)".
>
> This is because function args don't have an explicit def, they are just
> there.
>
> Cannot eliminate
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111623
--- Comment #1 from Andrew Pinski ---
Most likely this will be closed as fixed for GCC 12.
There are some riscv atomic issues which were fixed post GCC 13 too.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111568
--- Comment #1 from 康桓瑋 ---
bind_front also seems to missing Mandates:
https://godbolt.org/z/8WPxc44h6
#include
struct OnlyMovableFun {
OnlyMovableFun() = default;
OnlyMovableFun(const OnlyMovableFun&) = delete;
rtl-checking-testsuite/build-rv64gcv/../gcc/configure
>--target=riscv64-unknown-linux-gnu --prefix=/
>// Thread model: posix
>// Supported LTO compression algorithms: zlib zstd
>// gcc version 14.0.0 20230928 (experimental) (g8552dcd8e44)
>//
>// during RTL pass: expand
>// ../gc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111505
--- Comment #5 from Sergei Trofimovich ---
(In reply to Sergei Trofimovich from comment #4)
> Is it a ggc_common_finalize() bug in assuming that `base` does not point to
> the bbeginning of a struct?
> Or a `gt_ggc_r_gt_cp_tree_h` bug that it
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111621
--- Comment #1 from Andrew Pinski ---
Created attachment 56012
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=56012=edit
testcase (-march=rv64imafdcv -mabi=lp64d -O3)
Please next time attach the testcase (or put it inline) and not just a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111634
Bug ID: 111634
Summary: RISC-V vector: ICE RTL check: expected code 'reg',
have 'lo_sum' in rhs_regno, at rtl.h:1934
Product: gcc
Version: 14.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110951
Edwin Lu changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111630
--- Comment #3 from Andrew Pinski ---
Note the extra stuff comes from SCCP when it is trying to reduce the
depedencies on the IV from the loop.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111626
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Component|middle-end
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71749
Roger Sayle changed:
What|Removed |Added
CC||roger at nextmovesoftware dot
com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111635
--- Comment #3 from Andrew Pinski ---
Oh 0 is from:
/* Build the gcov info var, this is referred to in its own
initializer. */
gcov_info_var = build_decl (BUILTINS_LOCATION,
VAR_DECL, NULL_TREE,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111608
--- Comment #4 from Julien Bernard ---
(In reply to Jonathan Wakely from comment #3)
I wasn't sure how to describe this issue, so my last sentence was probably
incorrect.
> I suspect this is covered by [temp.point] p7:
>
> "If two different
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111635
--- Comment #2 from Andrew Pinski ---
Hmm:
```
static void
build_gcov_info_var_registration (tree gcov_info_type)
{
tree var = build_decl (BUILTINS_LOCATION,
VAR_DECL, NULL_TREE,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111635
Bug ID: 111635
Summary: Objects built with -flto cannot be linked with Xcode
Product: gcc
Version: 13.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111635
--- Comment #1 from Amyspark ---
Created attachment 56014
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=56014=edit
Full compiler version
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111448
Levi Zim changed:
What|Removed |Added
Resolution|--- |WONTFIX
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111563
--- Comment #6 from Yi <652023330028 at smail dot nju.edu.cn> ---
(In reply to Andrew Pinski from comment #3)
> (In reply to Yi from comment #2)
> > (In reply to Andrew Pinski from comment #1)
> > > _5 = var_0_16(D) + var_6_18(D);
> > >
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111600
--- Comment #9 from Andreas Schwab ---
Another problem is that compiling insn-opinit.cc requires insane amount of
stack space.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111619
Richard Biener changed:
What|Removed |Added
Target Milestone|14.0|---
--- Comment #12 from Richard
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111622
Bug ID: 111622
Summary: [13 Regression] EVRP compile-time hog compiling risc-v
insn-opinit.cc
Product: gcc
Version: 13.2.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111618
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Resolution|--- |DUPLICATE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109948
anlauf at gcc dot gnu.org changed:
What|Removed |Added
CC||antoine.lemoine@bordeaux-in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111600
Richard Biener changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111327
--- Comment #6 from Jiang An ---
It seems that deleted operator() overloads in the return type of std::not_fn is
only necessary since C++20. The changes were made in P0356R5.
In C++17, the return type was nearly fully specified and didn't have
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111622
--- Comment #1 from Richard Biener ---
Created attachment 56006
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=56006=edit
preprocessed riscv insn-opinit.cc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111622
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |13.3
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111622
Richard Biener changed:
What|Removed |Added
Keywords||needs-bisection,
|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111327
--- Comment #7 from Jonathan Wakely ---
The example bind_front implementation in P0356R5 doesn't use deleted overloads,
despite that paper making it a perfect forwarding call wrapper. I remain
unconvinced that anybody in WG21 intended the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109685
Jonathan Wakely changed:
What|Removed |Added
Target Milestone|13.3|13.2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111614
--- Comment #3 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:88d79b9b03eccf39921d13c2cbd1acc50aeda126
commit r14-4303-g88d79b9b03eccf39921d13c2cbd1acc50aeda126
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111614
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
Target Milestone|14.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110036
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |12.4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64928
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=62291
Richard Biener changed:
What|Removed |Added
Summary|PRE uses too much memory|tree PRE uses too much
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111614
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111619
Sam James changed:
What|Removed |Added
CC||mliska at suse dot cz,
|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111620
Bug ID: 111620
Summary: [RISC-V]fsanitize is not working with cpp
Product: gcc
Version: 12.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111620
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110036
Andrew Pinski changed:
What|Removed |Added
CC||akhilesh.k at samsung dot com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107986
Artur Sharafutdinov changed:
What|Removed |Added
CC||asharafutdinov at adalisk dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110398
Eric Botcazou changed:
What|Removed |Added
Summary|internal error on call with |[12/13/14 regression]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111612
Chung-Lin Tang changed:
What|Removed |Added
CC||chunglin.tang at gmail dot com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=110398
Eric Botcazou changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |ebotcazou at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111619
Richard Biener changed:
What|Removed |Added
Target||x86_64-*-*
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=88200
Eric Botcazou changed:
What|Removed |Added
Resolution|--- |WONTFIX
Status|WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111621
Bug ID: 111621
Summary: [RISC-V] Bad register allocation in vadd.vi may cause
operational error
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111619
Sergei Trofimovich changed:
What|Removed |Added
Summary|[14 regression] 'make |'make profiledbootstrap'
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104611
Wilco changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111612
--- Comment #2 from Tobias Burnus ---
> To clarify, the numbers here are using mainline,
> and not devel/omp/gcc-13 with -fopenmp-target=acc, right?
The presentation, i.e. everything quoted before "* * *", is with OG13.
But I only quoted the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111627
Bug ID: 111627
Summary: modula2: Excess test fails with a
case-preserving-case-insensitive source tree.
Product: gcc
Version: 14.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111627
Iain Sandoe changed:
What|Removed |Added
Last reconfirmed||2023-9-28
Target|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111628
Bug ID: 111628
Summary: D: concurrency.d hangs on macOS 13 (Ventura) and 14
(Sonoma).
Product: gcc
Version: 14.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111623
Bug ID: 111623
Summary: __sync_synchronize compiler barrier not honored (rv64)
Product: gcc
Version: 11.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111624
--- Comment #1 from Richard Biener ---
Created attachment 56007
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=56007=edit
preprocessed insn-emit.cc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111624
Bug ID: 111624
Summary: compile-time and memory-hog compiling RISC-V
insn-emit.cc
Product: gcc
Version: 13.2.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111625
Bug ID: 111625
Summary: valgrind error with ./gcc.dg/bitint-8.c
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111624
Richard Biener changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111448
--- Comment #5 from Andreas Schwab ---
GCC tries to increase the stack limit to 64Mb, but the qemu user-space
emulation uses a fixed stack size (initialized on startup from the current
stack limit) and ignores the RLIMIT_STACK request.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111625
--- Comment #1 from David Binderman ---
It appears to go wrong sometime from 20230830 and 20230907:
testsuite $ ~/gcc/results.20230830.valgrind/bin/gcc -c -w gcc.dg/bitint-8.c
--202909-- WARNING: Serious error when reading debug info
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92180
Stefan changed:
What|Removed |Added
CC||stefan.sakalik at gmail dot com
--- Comment #7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=111626
Bug ID: 111626
Summary: missed optimization combining offset of array member
in struct with offset inside the array
Product: gcc
Version: unknown
Status: UNCONFIRMED
95 matches
Mail list logo
