https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108997
--- Comment #2 from Andrew Pinski ---
(In reply to Nikita Kniazev from comment #1)
> Is it about bool?
YES.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108992
--- Comment #7 from Andrew Pinski ---
(In reply to Nikita Kniazev from comment #6)
> The duplication happens even if I make cond int and compare with any other
> value
>
> void use(int *);
> void use2(int *);
>
> void foo(int * p, int cond)
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108992
--- Comment #8 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #7)
> (In reply to Nikita Kniazev from comment #6)
> > The duplication happens even if I make cond int and compare with any other
> > value
> >
> > void use(int *);
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108883
--- Comment #4 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:6978df2c04df165eaa6aac9e17b6c770bed460e3
commit r13-6426-g6978df2c04df165eaa6aac9e17b6c770bed460e3
Author: Jakub Jelinek
Date: F
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87204
--- Comment #3 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:df63f4162c78ef799d4ea9dec3443d5e9c51e5aa
commit r13-6427-gdf63f4162c78ef799d4ea9dec3443d5e9c51e5aa
Author: Jakub Jelinek
Date: Fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94756
--- Comment #12 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:df63f4162c78ef799d4ea9dec3443d5e9c51e5aa
commit r13-6427-gdf63f4162c78ef799d4ea9dec3443d5e9c51e5aa
Author: Jakub Jelinek
Date: F
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=16965
--- Comment #5 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:df63f4162c78ef799d4ea9dec3443d5e9c51e5aa
commit r13-6427-gdf63f4162c78ef799d4ea9dec3443d5e9c51e5aa
Author: Jakub Jelinek
Date: Fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=18247
--- Comment #2 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:df63f4162c78ef799d4ea9dec3443d5e9c51e5aa
commit r13-6427-gdf63f4162c78ef799d4ea9dec3443d5e9c51e5aa
Author: Jakub Jelinek
Date: Fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=26137
--- Comment #2 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:df63f4162c78ef799d4ea9dec3443d5e9c51e5aa
commit r13-6427-gdf63f4162c78ef799d4ea9dec3443d5e9c51e5aa
Author: Jakub Jelinek
Date: Fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=16151
--- Comment #3 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:df63f4162c78ef799d4ea9dec3443d5e9c51e5aa
commit r13-6427-gdf63f4162c78ef799d4ea9dec3443d5e9c51e5aa
Author: Jakub Jelinek
Date: Fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108883
Jakub Jelinek changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94756
--- Comment #13 from Jakub Jelinek ---
Fixed now on the trunk. I'd wait a little bit with backports, though I think
the gmp-param.h change doesn't need backporting.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87204
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108865
--- Comment #16 from Andrew Pinski ---
(In reply to Costas Argyris from comment #15)
> Sounds like I am hitting a separate existing limitation that has nothing to
> do with this bug.
>
> Do we need a new bug report for that one then?
No one bu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108991
--- Comment #1 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:73bbfd5970ba3b7a5bcb3f7043d93fec89ccb991
commit r13-6428-g73bbfd5970ba3b7a5bcb3f7043d93fec89ccb991
Author: Jakub Jelinek
Date: F
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108991
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108998
Bug ID: 108998
Summary: ICE in tsubst, at cp/pt.cc:16037
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
A
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107939
--- Comment #5 from Marek Polacek ---
I think p_c_e just needs to handle constexpr functors in templates. I'll poke
more tomorrow.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108997
--- Comment #3 from Nikita Kniazev ---
For cond == 789
if (cond_2(D) == 789)
goto ; [20.24%]
else
goto ; [79.76%]
For cond != 789
if (cond_2(D) != 789)
goto ; [48.88%]
else
goto ; [51.12%]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108998
--- Comment #1 from waffl3x ---
I ran it on my local system, just to get some line numbers, and I accidentally
ran it on an older version (12.1) and found that it has a similar result, I'm
posting the output of -v and the error of both here. As
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108998
Marek Polacek changed:
What|Removed |Added
Target Milestone|--- |13.0
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108998
--- Comment #3 from waffl3x ---
I made a mistake in my previous comment, the version on my system that fails is
12.2.1, sorry for any possible confusion.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108997
--- Comment #4 from Andrew Pinski ---
(In reply to Nikita Kniazev from comment #3)
> For cond == 789
> if (cond_2(D) == 789)
> goto ; [20.24%]
> else
> goto ; [79.76%]
>
> For cond != 789
> if (cond_2(D) != 789)
> goto ; [48.8
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108945
--- Comment #1 from CVS Commits ---
The master branch has been updated by Iain Buclaw :
https://gcc.gnu.org/g:51af8a6401eea726d3498e6b2aba456b6af246d6
commit r13-6430-g51af8a6401eea726d3498e6b2aba456b6af246d6
Author: Iain Buclaw
Date: Mon F
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108167
--- Comment #1 from CVS Commits ---
The master branch has been updated by Iain Buclaw :
https://gcc.gnu.org/g:33a7811896a6c8e6fa71e385dbdf5013d833a116
commit r13-6431-g33a7811896a6c8e6fa71e385dbdf5013d833a116
Author: Iain Buclaw
Date: Mon F
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108946
--- Comment #1 from CVS Commits ---
The master branch has been updated by Iain Buclaw :
https://gcc.gnu.org/g:929c6b8cd12a3bd338a4c250274a9d86da5b2ea7
commit r13-6433-g929c6b8cd12a3bd338a4c250274a9d86da5b2ea7
Author: Iain Buclaw
Date: Fri M
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108877
--- Comment #3 from CVS Commits ---
The master branch has been updated by Iain Buclaw :
https://gcc.gnu.org/g:ce1cea3e22f58bbddde017f8a92e59bae8892339
commit r13-6432-gce1cea3e22f58bbddde017f8a92e59bae8892339
Author: Iain Buclaw
Date: Mon F
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108946
ibuclaw at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108945
ibuclaw at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108167
ibuclaw at gcc dot gnu.org changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UN
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108315
--- Comment #11 from Rui Ueyama ---
I'll try to add a POWER10 support to mold using Qemu.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108999
Bug ID: 108999
Summary: Maybe LRA produce inaccurate hardware register
occupancy information for subreg operand
Product: gcc
Version: 13.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108315
--- Comment #12 from David Edelsohn ---
We're working to add a Power10 system to the Compile Farm. The systems are at
OSUOSL, but Power10 doesn't have official KVM support so the interface to the
OpenStack management system is complicated.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108877
--- Comment #4 from CVS Commits ---
The releases/gcc-12 branch has been updated by Iain Buclaw
:
https://gcc.gnu.org/g:2583365912c8700abe1f4a23ed611acb80fac09d
commit r12-9212-g2583365912c8700abe1f4a23ed611acb80fac09d
Author: Iain Buclaw
Date
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108877
--- Comment #5 from CVS Commits ---
The releases/gcc-11 branch has been updated by Iain Buclaw
:
https://gcc.gnu.org/g:fe6cd1ba23ecbce9c0206c08db182cb5164e3b7d
commit r11-10554-gfe6cd1ba23ecbce9c0206c08db182cb5164e3b7d
Author: Iain Buclaw
Dat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108877
--- Comment #6 from CVS Commits ---
The releases/gcc-10 branch has been updated by Iain Buclaw
:
https://gcc.gnu.org/g:c90e68bffa37edd655dd2f5d14bb7b213c9e2431
commit r10-11235-gc90e68bffa37edd655dd2f5d14bb7b213c9e2431
Author: Iain Buclaw
Dat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108877
ibuclaw at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108994
--- Comment #4 from Tom Stellard ---
This test case was passing with older versions of LLVM/Clang + gcc-13.0.1, so I
bisected it down to this commit:
https://github.com/llvm/llvm-project/commit/6747fc07d1aa94e22622e278e5a02ba70675ac9b
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108994
--- Comment #5 from Andrew Pinski ---
(In reply to Tom Stellard from comment #4)
> This test case was passing with older versions of LLVM/Clang + gcc-13.0.1,
> so I bisected it down to this commit:
> https://github.com/llvm/llvm-project/commit/
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109000
Bug ID: 109000
Summary: LoongArch: "unmatched" -mabi and -mfpu setting can
break ABI silently
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109000
Xi Ruoyao changed:
What|Removed |Added
Known to fail||12.2.0, 13.0
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108682
Xi Ruoyao changed:
What|Removed |Added
Ever confirmed|0 |1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108682
--- Comment #1 from Xi Ruoyao ---
Merging libffi is a big change and not suitable for stage 3 IMO.
Can we can apply the LoongArch patch locally instead? It will not affect other
targets and even if does not work perfectly on LoongArch we don't
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109001
Bug ID: 109001
Summary: “no declaration matches” for complicated non-type
template parameters
Product: gcc
Version: 12.2.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100127
--- Comment #7 from CVS Commits ---
The master branch has been updated by Alexandre Oliva :
https://gcc.gnu.org/g:1e4122f1159ace52c114c011013adce25172d77b
commit r13-6437-g1e4122f1159ace52c114c011013adce25172d77b
Author: Alexandre Oliva
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106770
--- Comment #12 from Surya Kumari Jangala ---
(In reply to Jens Seifert from comment #6)
> The left part of VSX registers overlaps with floating point registers, that
> is why no register xxpermdi is required and mfvsrd can access all (left)
> p
Thread model: posix
Supported LTO compression algorithms: zlib zstd
gcc version 13.0.1 20230302 (experimental) (GCC)
COLLECT_GCC_OPTIONS='-v' '-mlittle-endian' '-mabi=lp64'
/home/alarm/gcc-installation/usr/local/bin/../libexec/gcc/aarch64-unknown-linux-gnu/13.0.1/cc1
-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109002
--- Comment #1 from Andrew Pinski ---
Note there will be undefined behavior when i become INT_MAx.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109002
--- Comment #2 from Akihiko Odaki ---
Oops. Replacing i++ with i = !i removes the undefined behavior while the bug
still remains.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108772
--- Comment #9 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:33ca5c92dfa7e2f591a838bb768d9d6eea56793b
commit r13-6438-g33ca5c92dfa7e2f591a838bb768d9d6eea56793b
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108738
--- Comment #8 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:6010189923908501ca5b02bd1f4aee05d2283118
commit r13-6439-g6010189923908501ca5b02bd1f4aee05d2283118
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108738
Richard Biener changed:
What|Removed |Added
Resolution|--- |FIXED
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108772
Richard Biener changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108165
--- Comment #14 from Martin Liška ---
(In reply to Marek Polacek from comment #13)
> I would really not like to do that, the false positives rate is pretty low.
You right! I noticed the warning for about 3 packages of 3300 we have in a
testing
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108994
--- Comment #6 from Tom Stellard ---
(In reply to Andrew Pinski from comment #5)
> (In reply to Tom Stellard from comment #4)
> > This test case was passing with older versions of LLVM/Clang + gcc-13.0.1,
> > so I bisected it down to this commit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108994
--- Comment #7 from Andrew Pinski ---
(In reply to Tom Stellard from comment #6)
> (In reply to Andrew Pinski from comment #5)
> > (In reply to Tom Stellard from comment #4)
> > > This test case was passing with older versions of LLVM/Clang + gc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108994
--- Comment #8 from Andrew Pinski ---
Plus you can use --disable-bootstrap and maybe not rebuild llvm and just set
LD_LIBRARY_PATH.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108994
--- Comment #9 from Jonathan Wakely ---
You can skip things not relevant to this issue by configuring with:
--disable-multilib --disable-bootstrap --enable-languages=c++,c
--disable-libcc1 --disable-libitm --disable-libvtv --disable-libgomp
--d
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=109003
Bug ID: 109003
Summary: memory leak in module loading (mio_formal_arglist)
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Componen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108682
--- Comment #2 from Xi Ruoyao ---
I applied the LoongArch port patch (upstream PR 678, config.guess and
config.sub changes stripped and Makefile.am conflict resolved manually) and use
autogen.sh to regenerate the build system. But libgo build s
101 - 160 of 160 matches
Mail list logo
