https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98029
--- Comment #4 from Martin Uecker ---
PATCH https://gcc.gnu.org/pipermail/gcc-patches/2020-December/562465.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96793
--- Comment #21 from Uroš Bizjak ---
https://gcc.gnu.org/g:c40b640ebcef1aae78eaca56e04d204dda9e4cad
commit r9-9126-gc40b640ebcef1aae78eaca56e04d204dda9e4cad
Author: Uros Bizjak
Date: Wed Dec 23 09:09:29 2020 +0100
i386: Fix __builtin_f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96793
--- Comment #22 from Uroš Bizjak ---
https://gcc.gnu.org/g:edb28850520d1137d12a1cc1c0e89c11e6b0c6ef
commit r8-10691-gedb28850520d1137d12a1cc1c0e89c11e6b0c6ef
Author: Uros Bizjak
Date: Wed Dec 23 09:18:12 2020 +0100
i386: Fix __builtin_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96793
Uroš Bizjak changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93114
--- Comment #3 from Thomas Koenig ---
Probably a better idea:
If the span can be shown at compile-time to be a multiple of
the size of the component, we need not create the temporaray array
and instead set the strides of the descriptor according
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98324
--- Comment #4 from Matthias Klose ---
that's working now.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79700
--- Comment #6 from Jonathan Wakely ---
As it says, you can just use std::ceil.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98425
Bug ID: 98425
Summary: Superfluous sign-extend for constrained integer
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Componen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98425
Andrew Pinski changed:
What|Removed |Added
Keywords||ABI
--- Comment #1 from Andrew Pinski -
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98425
--- Comment #2 from Andrew Pinski ---
Note your optimum code is wrong.
movl %esi, %eax
Is a zero extend.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98425
--- Comment #3 from Jakub Jelinek ---
Yes, it has been reported to LLVM years ago that they violate the psABI, but
they refused to fix that.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98425
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98426
Bug ID: 98426
Summary: find_symbol in module.c traverses O(N) part of a
search tree
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Pr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98425
--- Comment #5 from Nicolas Koenig ---
The advantage of using mov over movs for known-positive integers would be that
32bit moves are also move-eliminated, while movs always has to be executed.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98419
Martin Liška changed:
What|Removed |Added
Resolution|--- |INVALID
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98047
Martin Liška changed:
What|Removed |Added
Resolution|--- |FIXED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98029
Martin Liška changed:
What|Removed |Added
Resolution|--- |FIXED
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98422
Martin Liška changed:
What|Removed |Added
Ever confirmed|0 |1
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97702
Martin Uecker changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98260
Martin Uecker changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98318
Nathan Sidwell changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98395
john.frankish at outlook dot com changed:
What|Removed |Added
Resolution|--- |INVALID
St
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98324
--- Comment #5 from CVS Commits ---
The master branch has been updated by Nathan Sidwell :
https://gcc.gnu.org/g:544f477536010f055c26bc959b18fccf67902750
commit r11-6314-g544f477536010f055c26bc959b18fccf67902750
Author: Nathan Sidwell
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98324
Nathan Sidwell changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98318
Rimvydas (RJ) changed:
What|Removed |Added
Resolution|INVALID |FIXED
--- Comment #10 from Rimvydas (RJ)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98318
--- Comment #11 from Rimvydas (RJ) ---
Nathan,
there seem to be another issue for 'make check' invoke in top level dir:
configure --enable-bootstrap ...
gmake -j128 && gmake -j1 -k check
gmake[2]: Leaving directory '/zzz/build/trunk/libbacktrac
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98318
Nathan Sidwell changed:
What|Removed |Added
Resolution|FIXED |---
Status|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98427
Bug ID: 98427
Summary: d: ICE in assign_temp, at function.c:986
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: d
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98318
Nathan Sidwell changed:
What|Removed |Added
Status|ASSIGNED|WAITING
--- Comment #12 from Nathan Sid
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98427
--- Comment #1 from CVS Commits ---
The master branch has been updated by Iain Buclaw :
https://gcc.gnu.org/g:feb3c40c8ee043cc893410c9985926439292caee
commit r11-6317-gfeb3c40c8ee043cc893410c9985926439292caee
Author: Iain Buclaw
Date: Tue De
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98427
Iain Buclaw changed:
What|Removed |Added
Resolution|--- |FIXED
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98160
Martin Liška changed:
What|Removed |Added
Assignee|msebor at gcc dot gnu.org |marxin at gcc dot
gnu.org
--- Com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98428
Bug ID: 98428
Summary: [11 regression] ICE with omp simd loop + optimization
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compone
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98429
Bug ID: 98429
Summary: Some FMA expressions are evaluated less efficiently
when -ffast-math is active
Product: gcc
Version: 10.2.1
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79700
--- Comment #7 from Kip Warner ---
Not if I want any certainty at compile time that it is single precision.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98430
Bug ID: 98430
Summary: C++20 module binary bloat by introducing iostream
silently.
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Pri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98430
--- Comment #1 from cqwrteur ---
inline functions should not emit anything.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98307
--- Comment #6 from CVS Commits ---
The releases/gcc-9 branch has been updated by Harald Anlauf
:
https://gcc.gnu.org/g:ea8d2c77e11b7a27d29e2a438536dcd203c206a9
commit r9-9127-gea8d2c77e11b7a27d29e2a438536dcd203c206a9
Author: Harald Anlauf
Dat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98307
--- Comment #7 from CVS Commits ---
The releases/gcc-8 branch has been updated by Harald Anlauf
:
https://gcc.gnu.org/g:75de7b2ace83028afa46bdb9a286d66ce1fa26b8
commit r8-10692-g75de7b2ace83028afa46bdb9a286d66ce1fa26b8
Author: Harald Anlauf
Da
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98307
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSI
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98431
Bug ID: 98431
Summary: Gcc crashes with segmentation fault
Product: gcc
Version: 9.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
A
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98431
--- Comment #1 from Farshid Shadpey ---
cannot attach the preprocessed file .i since it is too big (14 MB)
Please advise.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79700
--- Comment #8 from Jonathan Wakely ---
If you call std::ceil with a float, you get the ceil(float) overload. If you
don't call it with a float, you haven't got subtle precision anyway and calling
ceil didn't change that.
If you need ceilf you c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79700
--- Comment #9 from Jonathan Wakely ---
And calling ceilf(x) doesn't give you any certainty of single precision,
because if x is a double then it will still work, but you're now doing a
conversion from double to float.
If you already know x is a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98431
--- Comment #2 from Farshid Shadpey ---
Also it is intersting to know that the same file compiles with the following
gcc compiler on Windows:
c:\Farshid\Matlab\Veristand_issue_models\TMS_Repro\TMS_Build_veristand_rtw>"C:\PROGRA~3\MATLAB\SUPPOR~1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98432
Bug ID: 98432
Summary: [coroutine] leaked frame created using await_transform
Product: gcc
Version: 10.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Comp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98432
--- Comment #1 from Tomáš Hering ---
Created attachment 49839
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49839&action=edit
preprocessed file that triggers the bug
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93340
anlauf at gcc dot gnu.org changed:
What|Removed |Added
CC||anlauf at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98332
--- Comment #3 from CVS Commits ---
The master branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:6b7d53a25933f4aed71d6d5134e971bd995f8973
commit r11-6320-g6b7d53a25933f4aed71d6d5134e971bd995f8973
Author: Jason Merrill
Date: Tu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98353
--- Comment #6 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:550880a31688f1031a21efe7923c86db423cbbf1
commit r11-6321-g550880a31688f1031a21efe7923c86db423cbbf1
Author: Jakub Jelinek
Date: We
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79700
--- Comment #10 from Kip Warner ---
Thanks Jonathan, but I disagree. The point is that the caller might be wrong in
any number of assumptions. The library designers were in agreement, hence why
there is an explicit ceilf function.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97597
--- Comment #3 from CVS Commits ---
The master branch has been updated by Jason Merrill :
https://gcc.gnu.org/g:612cf351c700b6216209e3f3f4b3a0959bf2dee7
commit r11-6324-g612cf351c700b6216209e3f3f4b3a0959bf2dee7
Author: Jason Merrill
Date: Tu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=90254
--- Comment #8 from CVS Commits ---
The releases/gcc-10 branch has been updated by Jason Merrill
:
https://gcc.gnu.org/g:97014e4ada448aa8978b3cd14ed95e0e56f375d9
commit r10-9168-g97014e4ada448aa8978b3cd14ed95e0e56f375d9
Author: Jason Merrill
D
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93711
--- Comment #12 from CVS Commits ---
The releases/gcc-10 branch has been updated by Jason Merrill
:
https://gcc.gnu.org/g:97014e4ada448aa8978b3cd14ed95e0e56f375d9
commit r10-9168-g97014e4ada448aa8978b3cd14ed95e0e56f375d9
Author: Jason Merrill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98332
--- Comment #4 from CVS Commits ---
The releases/gcc-10 branch has been updated by Jason Merrill
:
https://gcc.gnu.org/g:f5cea9c5c4f8cce36963973e432a8575ef9ffd63
commit r10-9169-gf5cea9c5c4f8cce36963973e432a8575ef9ffd63
Author: Jason Merrill
D
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98433
Bug ID: 98433
Summary: double free detected in tcache 2, after merge of
structures
Product: gcc
Version: 10.1.0
Status: UNCONFIRMED
Severity: normal
P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96045
--- Comment #5 from CVS Commits ---
The master branch has been updated by Nathan Sidwell :
https://gcc.gnu.org/g:745f22096c3a2a5e63d5bab1fb079e2c437cf9bc
commit r11-6325-g745f22096c3a2a5e63d5bab1fb079e2c437cf9bc
Author: Nathan Sidwell
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98433
kargl at gcc dot gnu.org changed:
What|Removed |Added
CC||kargl at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79700
--- Comment #11 from Jonathan Wakely ---
Nope, ceilf comes from C, which has no overloading.
C++ doesn't need separate names for ceil, ceilf and ceill, so you just have
std::ceil.
The fact std::ceilf exists at all is just for consistency with C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79700
--- Comment #12 from Kip Warner ---
I didn't say STL. I said library designers which includes the standard C
runtime. And no, I don't agree with you. Separate names are helpful for greater
certainty. As for std::ceilf existing just for consistenc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98433
--- Comment #2 from Lionel GUEZ ---
Sure, the issue goes away if you specify the components.
When you say "the likely correct line", do you imply that the line without the
components is incorrect? I would insist that the line without the compone
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98413
--- Comment #3 from CVS Commits ---
The master branch has been updated by Martin Sebor :
https://gcc.gnu.org/g:fdd8560cce9f10fe5dcd26483440be136b81701d
commit r11-6328-gfdd8560cce9f10fe5dcd26483440be136b81701d
Author: Martin Sebor
Date: Wed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98160
--- Comment #10 from CVS Commits ---
The master branch has been updated by Martin Sebor :
https://gcc.gnu.org/g:0df311657dc8c2a7f6ce3464c9d9ae5d5033840c
commit r11-6329-g0df311657dc8c2a7f6ce3464c9d9ae5d5033840c
Author: Martin Sebor
Date: Wed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98160
Martin Sebor changed:
What|Removed |Added
Resolution|--- |FIXED
Status|REOPENED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=26163
Bug 26163 depends on bug 98160, which changed state.
Bug 98160 Summary: [11 Regression] ICE in default_tree_printer at
gcc/tree-diagnostic.c:270 since r11-5732-gdce6c58db87ebf7f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98160
What
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98413
Martin Sebor changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Summary|[11 Regressio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79700
--- Comment #13 from Jonathan Wakely ---
(In reply to Kip Warner from comment #12)
> I didn't say STL. I said library designers which includes the standard C
> runtime.
Why a particular name is used by C is not relevant to C++. The function is i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98433
--- Comment #3 from Steve Kargl ---
On Wed, Dec 23, 2020 at 11:29:47PM +, guez at lmd dot ens.fr wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98433
>
> --- Comment #2 from Lionel GUEZ ---
> Sure, the issue goes away if you specify
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79700
--- Comment #14 from Kip Warner ---
Thanks Jonathan, but I still think you are mistaken in that you don't
understand why the function exists in its various forms. Your explanation is
technical and not philosophical.
Whether it was originally inh
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98431
--- Comment #3 from Farshid Shadpey ---
Sorry i appended a wrong output from a machine without enough ram. The correct
report with segmentation fault is:
# gcc -v
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/libexec/gcc/x86_64-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98431
--- Comment #4 from Farshid Shadpey ---
the gzip version of preprocessed file is 1.4 MB and cannot be attached.
please advise
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97891
--- Comment #6 from Hongtao.liu ---
cat test.c
typedef struct {
long a;
long b;
}TI;
extern TI r;
void
foo ()
{
r.a = 0;
r.b = 0;
}
gcc -Ofast -march=cascadelake -S got
foo:
.LFB0:
.cfi_startproc
movq$0, r(%rip)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98434
Bug ID: 98434
Summary: [AVX512] Missing expander for vashl,
vlshr, vashr{v32hi,v16hi,v4di,v8di}
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98434
--- Comment #1 from Hongtao.liu ---
Also may add expander for VI1_AVX512BW by int16 emulation.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98435
Bug ID: 98435
Summary: [ARM NEON] Missed optimization in expanding vector
constructor
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98435
prathamesh3492 at gcc dot gnu.org changed:
What|Removed |Added
Severity|normal |enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98281
--- Comment #4 from ishikawa,chiaki ---
(In reply to Martin Sebor from comment #3)
> The warning works as designed but the range information it depends on is
> less than perfect. As discussed in pr94021 that's a known limitation of the
> current
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98281
--- Comment #5 from ishikawa,chiaki ---
(In reply to Martin Sebor from comment #3)
> The warning works as designed but the range information it depends on is
> less than perfect. As discussed in pr94021 that's a known limitation of the
> current
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98433
--- Comment #4 from Lionel GUEZ ---
Well, you will find that assignment of an expression of derived type to a
variable of the same type was already available in Fortran 95 (for example
Metcalf, 1999, Fortran 90/95 explained, section 3.9). But all
79 matches
Mail list logo
