https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108406
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108401
Richard Biener changed:
What|Removed |Added
Last reconfirmed||2023-01-16
Status|UNCONFIR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108396
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108401
Alexander Monakov changed:
What|Removed |Added
CC||amonakov at gcc dot gnu.org
--- Com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108414
--- Comment #2 from Евгений Лисицын ---
(In reply to Andrew Pinski from comment #1)
> > using nth_element_t = typename decltype([](const indexed > T>&){return std::type_identity{};}(make_indexer()))::type;
>
> There are some known issue with la
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108240
Kewen Lin changed:
What|Removed |Added
Summary|[13 Regression] ICE in |[13 Regression] Error
|em
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108240
--- Comment #9 from Kewen Lin ---
I filed one new bug PR108415 for the ICE itself to avoid the confusion here.
This ICE is not a regression, it's a latent bug, because:
1) Without the culprit commit r13-4894 (like using r13-4893 or reverting i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108414
Andrew Pinski changed:
What|Removed |Added
Keywords||c++-lambda, rejects-valid
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108415
Kewen Lin changed:
What|Removed |Added
URL||https://gcc.gnu.org/piperma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108415
Bug ID: 108415
Summary: ICE in emit_library_call_value_1 at gcc/calls.cc:4181
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108414
Bug ID: 108414
Summary: template meta programming
Product: gcc
Version: 12.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assign
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108401
Hongtao.liu changed:
What|Removed |Added
CC||crazylht at gmail dot com
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108401
--- Comment #2 from Andrew Pinski ---
r12-1958-gedafb35bdadf30 changed the behavior in GCC 12 to be better ...
(see the commit message that it shows it is better than doing a memory load).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108401
--- Comment #1 from Andrew Pinski ---
>and gcc 12 generates a worse code:
it is not worse really; depending on the how fast moving between the register
sets is.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71611
Andrew Pinski changed:
What|Removed |Added
Last reconfirmed||2023-01-16
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108413
Andrew Pinski changed:
What|Removed |Added
Component|c++ |libstdc++
--- Comment #1 from Andrew Pi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104297
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108413
Bug ID: 108413
Summary: copyrights for gcc 2023
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=104282
--- Comment #7 from Andrew Pinski ---
(In reply to Jonathan Wakely from comment #4)
> I think there's any existing bug about this, and it's an open issue in the
> ABI
PR 98995 .
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108412
--- Comment #2 from Andrew Pinski ---
-fsched-pressure is something definitely to look into for RISCV to improve
pre-ra scheduling .
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108412
--- Comment #1 from JuzheZhong ---
(In reply to JuzheZhong from comment #0)
> Consider such case:
> void f (void * restrict in, void * restrict out, int l, int n, int m)
> {
> int vl = 32;
> for (int i = 0; i < n; i++)
> {
> vint8m
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108412
Bug ID: 108412
Summary: Negative optimization of GCSE && LOOP INVARIANTS
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106477
--- Comment #7 from Jonathan Wakely ---
(In reply to Matthijs Kooijman from comment #6)
> Ah, IIUC your patch does not treat -fno-exceptions specially, but just adds
> a shortcut for the nothrow new version to skip calling regular new version
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108279
--- Comment #16 from Michael_S ---
(In reply to Jakub Jelinek from comment #15)
> libquadmath is not needed nor useful on aarch64-linux, because long double
> type there is already IEEE 754 quad.
That's good to know. Thank you.
If you are here
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108404
--- Comment #1 from Gaius Mulley ---
Ah the ARRAY OF CHAR is passed as: struct { char *contents; unsigned int high
}.
(Even if VAR or non VAR). The effect of non VAR is for the callee to take a
copy.
Essentially if RTco calls halt it should:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102595
--- Comment #9 from Steve Kargl ---
On Sun, Jan 15, 2023 at 08:07:16PM +, jvdelisle at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102595
>
> --- Comment #8 from Jerry DeLisle ---
> I started to do some variations
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102595
--- Comment #8 from Jerry DeLisle ---
I started to do some variations on the z1.f90 case:
program p
complex, parameter :: x(0) = 2
!data x%im /3.0/
print *, x
end
Running this prints a blank line;
Looking at the -fdump-tree-original
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108279
--- Comment #15 from Jakub Jelinek ---
libquadmath is not needed nor useful on aarch64-linux, because long double type
there is already IEEE 754 quad.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108402
--- Comment #5 from Andrew Pinski ---
(In reply to pefoley2 from comment #4)
> Yeah, I had a lot of trouble getting creduce to do something sane with the
> testcase that didn't wind up just deleting everything.
You could compress it using eithe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108279
--- Comment #14 from Thomas Koenig ---
Seems that libquadmath is not built on that particular Linux/CPU variant,
for whatever reason. At last I cannot find any '*quadmath* files
in the build directory.
/proc/cpuinfo tells me that
processor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108408
Corinna changed:
What|Removed |Added
CC||vinschen at redhat dot com
--- Comment #1 fro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92342
Roger Sayle changed:
What|Removed |Added
Summary|[10/11/12/13 Regression] a |[10/11/12 Regression] a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71343
Roger Sayle changed:
What|Removed |Added
Status|NEW |RESOLVED
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=106477
--- Comment #6 from Matthijs Kooijman ---
Ah, IIUC your patch does not treat -fno-exceptions specially, but just adds a
shortcut for the nothrow new version to skip calling regular new version if it
has not been replaced. In a normal build, that
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108402
--- Comment #4 from pefoley2 at pefoley dot com ---
Yeah, I had a lot of trouble getting creduce to do something sane with the
testcase that didn't wind up just deleting everything.
I wound up trying delta, which got me a smaller, but still enorm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108402
pefoley2 at pefoley dot com changed:
What|Removed |Added
Attachment #54271|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108288
--- Comment #11 from CVS Commits ---
The master branch has been updated by Francois Dumont :
https://gcc.gnu.org/g:5c9833d878602de20043a5b74e4c6acd33d5fb3e
commit r13-5180-g5c9833d878602de20043a5b74e4c6acd33d5fb3e
Author: François Dumont
Date
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=107608
--- Comment #31 from CVS Commits ---
The master branch has been updated by Aldy Hernandez :
https://gcc.gnu.org/g:844190af178c210a6aff6b7eb4dd8c6a49210ff9
commit r13-5179-g844190af178c210a6aff6b7eb4dd8c6a49210ff9
Author: Aldy Hernandez
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108279
--- Comment #13 from Thomas Koenig ---
I tried compiling your tests on Apple silicon using Asahi Linux, but
without success. A first step was rather easy; replacing __float128 by
_Float128 was required. I then bootstrapped gcc on that machine a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108409
--- Comment #6 from Jonathan Wakely ---
https://learn.microsoft.com/en-gb/windows/win32/api/timezoneapi/nf-timezoneapi-getdynamictimezoneinformation?redirectedfrom=MSDN
has the same problem. I guess this is why MSVC uses ICU for its
std::chrono:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108409
--- Comment #5 from Jonathan Wakely ---
(In reply to Jonathan Wakely from comment #4)
> The current code doesn't work on Windows either.
https://learn.microsoft.com/en-us/windows/win32/api/timezoneapi/nf-timezoneapi-gettimezoneinformation
only
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108409
--- Comment #4 from Jonathan Wakely ---
The current code doesn't work on Windows either.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108121
--- Comment #5 from Gaius Mulley ---
Created attachment 54274
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=54274&action=edit
Bugfix for arraybool
For what it is worth here is the bugfix for the bug exposed by arraybool.mod.
Bootstrappe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108121
--- Comment #4 from Gaius Mulley ---
I believe the bug exposed by arraybool.mod has been fixed.
M2Quads BuildNot resulted in an uninitialized tokenpos.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108411
Jakub Jelinek changed:
What|Removed |Added
Priority|P3 |P1
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108411
Bug ID: 108411
Summary: [13 Regression] ICEs in aarch64_layout_arg
Product: gcc
Version: 13.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: targe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=108398
--- Comment #10 from Yann Droneaud ---
(In reply to Jakub Jelinek from comment #8)
> -fsanitize=undefined with no diagnostics doesn't mean code is UB free.
This is a pity, it would have help users do diagnose the issue in their code.
47 matches
Mail list logo
