https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97262
--- Comment #2 from fdlbxtqi ---
Let's face it. std::size_t should be the default integer type in both C and
C++. type like long should never EVER be used.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97261
--- Comment #3 from Dima Kogan ---
Hi. Thanks for replying. I don't the warning that I'm claiming is bogus is
complaining about the points you raised. If it did, then making g() static or
building without -fPIC or -O3 wouldn't make the warning go
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89062
Nikita Lisitsa changed:
What|Removed |Added
CC||lisyarus at gmail dot com
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97255
--- Comment #3 from Richard Biener ---
OK, so it's SRA that creates the IL that ultimatively confuses the vectorizer.
SRA transforms the bool accesses into unsigned char ones:
_32 = in1s_31 != 0;
- MEM [(bool &)&x].m_arr[1] = _32;
+ _7 = V
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96795
SRINATH PARVATHANENI changed:
What|Removed |Added
Last reconfirmed||2020-10-01
Status|UNC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97261
--- Comment #4 from Richard Biener ---
(In reply to Dima Kogan from comment #3)
> Hi. Thanks for replying. I don't the warning that I'm claiming is bogus is
> complaining about the points you raised. If it did, then making g() static
> or buildin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97263
Bug ID: 97263
Summary: For -ffinite-math-only -OFast is not mentioned.
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97250
--- Comment #2 from CVS Commits ---
The master branch has been updated by Florian Weimer :
https://gcc.gnu.org/g:324bec558e95584e8c1997575ae9d75978af59f1
commit r11-3578-g324bec558e95584e8c1997575ae9d75978af59f1
Author: Florian Weimer
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97262
--- Comment #3 from fdlbxtqi ---
Change the line of (long)m_region to this. Compile success. the type long just
considered harmful
hashval_t hash () const
{
return (binding_key::impl_hash () ^ reinterpret_cast(m_region));
}
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97250
Florian Weimer changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96827
--- Comment #13 from CVS Commits ---
The releases/gcc-10 branch has been updated by Joel Hutton :
https://gcc.gnu.org/g:d0ceb8e276e282a2c9e08eb295ca5c9678d54c63
commit r10-8833-gd0ceb8e276e282a2c9e08eb295ca5c9678d54c63
Author: Joel Hutton
Date
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96827
Joel Hutton changed:
What|Removed |Added
Resolution|--- |FIXED
Status|REOPENED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91433
Serge Belyshev changed:
What|Removed |Added
CC||belyshev at depni dot
sinp.msu.ru
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97264
Bug ID: 97264
Summary: [11 Regression] -fpa-modref breaks va_arg on glibc
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97264
--- Comment #1 from Sergei Trofimovich ---
Created attachment 49295
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49295&action=edit
uname.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96428
Thomas Schwinge changed:
What|Removed |Added
Ever confirmed|0 |1
Status|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97195
--- Comment #3 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:2805fcb32660bc0cdcd5ba54310f1f02651e039f
commit r11-3581-g2805fcb32660bc0cdcd5ba54310f1f02651e039f
Author: Jakub Jelinek
Date: Th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96994
--- Comment #9 from CVS Commits ---
The master branch has been updated by Jakub Jelinek :
https://gcc.gnu.org/g:56da736cc6ced0f1c339744321a14ae569db8606
commit r11-3582-g56da736cc6ced0f1c339744321a14ae569db8606
Author: Jakub Jelinek
Date: Th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96428
--- Comment #8 from Tobias Burnus ---
(In reply to Thomas Schwinge from comment #7)
> These attachment 48988 [details] testcases got included in commit
> 344f09a756ebd50510cc1eb3db111fd61c527702.
(part of this PR, commit g:344f09a756ebd50510cc1eb
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97264
Richard Biener changed:
What|Removed |Added
CC||jsm28 at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97263
Richard Biener changed:
What|Removed |Added
Ever confirmed|0 |1
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97264
--- Comment #3 from Sergei Trofimovich ---
Oh, that makes sense.
> void __vfscanf_internal__ (const char *f, __builtin_va_list argptr)
> {
> /* assume input: "1<>\0" */
> while (*f != '\0')
> {
> const unsigned char ** pstr = (cons
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97264
--- Comment #4 from rguenther at suse dot de ---
On Thu, 1 Oct 2020, slyfox at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97264
>
> --- Comment #3 from Sergei Trofimovich ---
> Oh, that makes sense.
>
> > void __vfs
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97256
--- Comment #3 from Jonathan Wakely ---
(In reply to Jonathan Wakely from comment #2)
> Yes, the lambda captures a local variable by value,
Duh, sorry, I meant captures a local variables BY REFERENCE.
> and then when you invoke
> the lambda it
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97256
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96795
--- Comment #2 from CVS Commits ---
The releases/gcc-10 branch has been updated by SRINATH PARVATHANENI
:
https://gcc.gnu.org/g:db66d2accee1a2f3fcd93b8cb5bcc3aa5b8ac10e
commit r10-8835-gdb66d2accee1a2f3fcd93b8cb5bcc3aa5b8ac10e
Author: Srinath P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96795
SRINATH PARVATHANENI changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97255
Richard Biener changed:
What|Removed |Added
Summary|[8/9/10/11 Regression] |[8/9/10 Regression]
|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97265
Bug ID: 97265
Summary: new warning with clang build
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
Assign
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97264
--- Comment #5 from Andreas Schwab ---
Why doesn't gcc warn about that?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97259
H.J. Lu changed:
What|Removed |Added
Resolution|--- |INVALID
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97264
--- Comment #6 from Richard Biener ---
(In reply to Andreas Schwab from comment #5)
> Why doesn't gcc warn about that?
It does:
unsigned char **q;
void foo (char *p)
{
q = (unsigned char **)&p;
}
> gcc t.c -fstrict-aliasing -Wstrict-aliasing
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96827
--- Comment #15 from CVS Commits ---
The releases/gcc-10 branch has been updated by H.J. Lu :
https://gcc.gnu.org/g:1c959dedbde7cc64747cf13fa76b4e8654be26ea
commit r10-8836-g1c959dedbde7cc64747cf13fa76b4e8654be26ea
Author: H.J. Lu
Date: Wed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96428
Tom de Vries changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97265
Jonathan Wakely changed:
What|Removed |Added
Last reconfirmed||2020-10-01
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97228
rsandifo at gcc dot gnu.org changed:
What|Removed |Added
Assignee|rguenth at gcc dot gnu.org |rsandifo at gcc dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97244
--- Comment #2 from CVS Commits ---
The master branch has been updated by Jan Hubicka :
https://gcc.gnu.org/g:bc2fcccd9d5cc9d346543a98c98dc00d71e9a5b8
commit r11-3589-gbc2fcccd9d5cc9d346543a98c98dc00d71e9a5b8
Author: Jan Hubicka
Date: Thu Oc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97244
--- Comment #3 from CVS Commits ---
The master branch has been updated by Jan Hubicka :
https://gcc.gnu.org/g:a12041339e8032f40acd5f1c0365f5b3a1469bf5
commit r11-3590-ga12041339e8032f40acd5f1c0365f5b3a1469bf5
Author: Jan Hubicka
Date: Thu Oc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97235
Jan Hubicka changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97244
Jan Hubicka changed:
What|Removed |Added
CC||asolokha at gmx dot com
--- Comment #4 fro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97226
Martin Liška changed:
What|Removed |Added
Last reconfirmed||2020-10-01
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97244
Jan Hubicka changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=89062
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81778
--- Comment #9 from Tom de Vries ---
I ran into this again, and did another round of minimizing. This time, I added
some buffering around where we write, and check the entire buffer afterwards:
...
$ cat libgomp/testsuite/libgomp.c-c++-common/fo
Hi,
Are looking for a customer bases of your Competitors Installed Base which will
help you reach niche target and also helps you to grab new clients for your
latest service and products?
We also have an exclusive database of:
1. Cloud Service Providers- CSPs
2. Independent Software
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97243
--- Comment #1 from CVS Commits ---
The master branch has been updated by Jan Hubicka :
https://gcc.gnu.org/g:73c977cb0a112ac58fae18af44576ade8ab3aa26
commit r11-3592-g73c977cb0a112ac58fae18af44576ade8ab3aa26
Author: Jan Hubicka
Date: Thu Oc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97243
Jan Hubicka changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97172
Jan Hubicka changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97236
--- Comment #6 from CVS Commits ---
The master branch has been updated by Richard Biener :
https://gcc.gnu.org/g:04b99da898a9817e72fedb4063589648b7961ac5
commit r11-3594-g04b99da898a9817e72fedb4063589648b7961ac5
Author: Richard Biener
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97236
Richard Biener changed:
What|Removed |Added
Known to work||10.1.0, 11.0
Summary|[10/11
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97133
--- Comment #3 from Jan Hubicka ---
modref is a stale infoa (streaming happens after running the ipa passes and
moref is last). It is Maritn Sebor's change.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97261
Martin Sebor changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96375
--- Comment #6 from CVS Commits ---
The master branch has been updated by Andrea Corallo :
https://gcc.gnu.org/g:968ec08efefeea6fbc0cdc379e98ce3e28904083
commit r11-3598-g968ec08efefeea6fbc0cdc379e98ce3e28904083
Author: Andrea Corallo
Date:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97133
Martin Sebor changed:
What|Removed |Added
Resolution|--- |DUPLICATE
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97172
--- Comment #4 from Martin Sebor ---
*** Bug 97133 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97172
--- Comment #5 from Martin Sebor ---
I'm not at all familiar with this part of GCC so I'm not sure what needs to be
done here. It seems to me that the streamer is missing support for certain
trees under some conditions. It knows how to stream S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97260
--- Comment #4 from Martin Sebor ---
It should be possible to handle in the strlen pass.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96519
Thomas Schwinge changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |kcy at codesourcery dot
com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97230
Marek Polacek changed:
What|Removed |Added
Keywords||patch
--- Comment #3 from Marek Polacek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97014
Marek Polacek changed:
What|Removed |Added
Ever confirmed|0 |1
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97052
David Stone changed:
What|Removed |Added
CC||david at doublewise dot net
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96394
--- Comment #18 from Martin Jambor ---
I proposed the patch on the mailing list (I guess I should put Martin's name at
least to the testsuite ChangeLog and probably to both):
https://gcc.gnu.org/pipermail/gcc-patches/2020-October/555284.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94554
Marco Trevisan changed:
What|Removed |Added
CC||mail at 3v1n0 dot net
--- Comment #5 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=95673
Martin Sebor changed:
What|Removed |Added
Target Milestone|--- |11.0
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97266
Bug ID: 97266
Summary: "enum constant in boolean context" warning seems
incorrect
Product: gcc
Version: 8.3.0
Status: UNCONFIRMED
Severity: normal
Pri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96394
--- Comment #19 from Martin Liška ---
(In reply to Martin Jambor from comment #18)
> I proposed the patch on the mailing list (I guess I should put Martin's name
> at least to the testsuite ChangeLog and probably to both):
>
Don't worry about i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97266
--- Comment #1 from Jonathan Wakely ---
(In reply to m farazma from comment #0)
> ```
> #include
>
> enum ValidateFlag : int8_t {
>a = 0, b , c
> };
>
> int main(){
> bool t = static_cast(c);
> return static_cast(t);
> }
> ```
>
> Co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97266
--- Comment #2 from m farazma ---
(In reply to Jonathan Wakely from comment #1)
> (In reply to m farazma from comment #0)
> > ```
> > #include
> >
> > enum ValidateFlag : int8_t {
> >a = 0, b , c
> > };
> >
> > int main(){
> > bool t =
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97069
--- Comment #6 from CVS Commits ---
The releases/gcc-10 branch has been updated by Martin Liska
:
https://gcc.gnu.org/g:bc3914f307211c42f31af7e64d2e6cc8a69837cb
commit r10-8838-gbc3914f307211c42f31af7e64d2e6cc8a69837cb
Author: Martin Liska
Dat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96979
--- Comment #7 from CVS Commits ---
The releases/gcc-10 branch has been updated by Martin Liska
:
https://gcc.gnu.org/g:b62c649466f3ae029bf348027ece9530f79d3ce1
commit r10-8839-gb62c649466f3ae029bf348027ece9530f79d3ce1
Author: Martin Liska
Dat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64636
--- Comment #17 from CVS Commits ---
The releases/gcc-10 branch has been updated by Martin Liska
:
https://gcc.gnu.org/g:84dc3879f377ddaecb4054a7bf7671114dfb7228
commit r10-8840-g84dc3879f377ddaecb4054a7bf7671114dfb7228
Author: Martin Liska
Da
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80845
--- Comment #5 from CVS Commits ---
The master branch has been updated by Tom de Vries :
https://gcc.gnu.org/g:b3ec0de08250d7e0599e36895d5cb727016c81d3
commit r11-3601-gb3ec0de08250d7e0599e36895d5cb727016c81d3
Author: Tom de Vries
Date: Thu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80845
Tom de Vries changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97014
Marek Polacek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97266
--- Comment #3 from Jonathan Wakely ---
No, the type is ValidateFlag. It has an underlying type of int8_t, but that
just means it has the same size and range of values as int8_t. It's not
actually that type.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97266
--- Comment #4 from m farazma ---
(In reply to Jonathan Wakely from comment #3)
> No, the type is ValidateFlag. It has an underlying type of int8_t, but that
> just means it has the same size and range of values as int8_t. It's not
> actually tha
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81778
--- Comment #10 from Tom de Vries ---
Tentative patch:
...
diff --git a/gcc/omp-expand.c b/gcc/omp-expand.c
index 99cb4f9dda4..034de497390 100644
--- a/gcc/omp-expand.c
+++ b/gcc/omp-expand.c
@@ -6333,6 +6333,8 @@ expand_omp_simd (struct omp_regi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97256
Richard Smith changed:
What|Removed |Added
CC||richard-gccbugzilla@metafoo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97256
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
Ever con
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69286
Eric Gallager changed:
What|Removed |Added
Keywords||easyhack
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97267
Bug ID: 97267
Summary: Missed tail calls on ppc64 ELFv2
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97267
Alan Modra changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |amodra at gmail dot com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96828
--- Comment #1 from Ilya Oleinik ---
Created attachment 49296
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=49296&action=edit
patch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=96828
--- Comment #2 from Ilya Oleinik ---
Seems like PR85434 caused this issue.
This patch fixes it, however i'm not sure if mov instruction insertion is the
right way of fixing armv6m inability to do a load from hiregs.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97256
--- Comment #6 from Richard Smith ---
My apologies, I misread the testcase. Yes, this is UB.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97268
Bug ID: 97268
Summary: Segfault on 11.0.0 20200930
Product: gcc
Version: 11.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=97268
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
87 matches
Mail list logo
