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
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
>
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
>
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=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=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=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=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=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=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
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
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 #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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98413
Martin Sebor changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Summary|[11
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=98160
Martin Sebor changed:
What|Removed |Added
Resolution|--- |FIXED
Status|REOPENED
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:
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=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
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
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
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=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
Bug ID: 98433
Summary: double free detected in tcache 2, after merge of
structures
Product: gcc
Version: 10.1.0
Status: UNCONFIRMED
Severity: normal
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
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=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
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:
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=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:
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:
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=98432
--- Comment #1 from Tomáš Hering ---
Created attachment 49839
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49839=edit
preprocessed file that triggers the bug
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
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:
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
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
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=98431
Bug ID: 98431
Summary: Gcc crashes with segmentation fault
Product: gcc
Version: 9.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98307
anlauf at gcc dot gnu.org changed:
What|Removed |Added
Resolution|--- |FIXED
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
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
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=98430
Bug ID: 98430
Summary: C++20 module binary bloat by introducing iostream
silently.
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
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=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
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
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
---
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=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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98318
Nathan Sidwell changed:
What|Removed |Added
Status|ASSIGNED|WAITING
--- Comment #12 from Nathan
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
Resolution|FIXED |---
Status|RESOLVED
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=98318
Rimvydas (RJ) changed:
What|Removed |Added
Resolution|INVALID |FIXED
--- Comment #10 from Rimvydas
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=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=98395
john.frankish at outlook dot com changed:
What|Removed |Added
Resolution|--- |INVALID
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=98260
Martin Uecker changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
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=98422
Martin Liška changed:
What|Removed |Added
Ever confirmed|0 |1
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=98047
Martin Liška changed:
What|Removed |Added
Resolution|--- |FIXED
CC|
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=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=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
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=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
--- 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
Andrew Pinski changed:
What|Removed |Added
Keywords||ABI
--- Comment #1 from Andrew Pinski
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
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=98324
--- Comment #4 from Matthias Klose ---
that's working now.
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
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=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
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
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
79 matches
Mail list logo