https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80197
--- Comment #6 from rguenther at suse dot de ---
On Tue, 28 Mar 2017, amonakov at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80197
>
> --- Comment #5 from Alexander Monakov ---
> On trunk, manually fixing up inlining
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80248
Bug ID: 80248
Summary: sparse access to Array of structures does not
vectorize
Product: gcc
Version: 7.0.1
Status: UNCONFIRMED
Severity: normal
Priori
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80247
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80244
Richard Biener changed:
What|Removed |Added
Priority|P3 |P2
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80241
Richard Biener changed:
What|Removed |Added
Keywords||error-recovery
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80239
Richard Biener changed:
What|Removed |Added
CC||vmakarov at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80238
Richard Biener changed:
What|Removed |Added
Keywords||build
Target|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68397
--- Comment #1 from Ed Smith-Rowland <3dw4rd at verizon dot net> ---
I concur with this solution.
I can make a patch.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80247
--- Comment #2 from Jonathan Wakely ---
(In reply to Sumit from comment #0)
> I am migrating my code from 3.4.5 to 4.8.1 and enabled c++11 using
Why would you choose 4.8.1 and not 4.8.5 ? There are lots of bug fixes in later
4.8.x releases, espe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80240
--- Comment #2 from Jonathan Wakely ---
http://en.cppreference.com/w/cpp/language/dynamic_cast
Please stop reporting a bug every time your code doesn't compile.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80243
--- Comment #3 from Jonathan Wakely ---
(In reply to Jim Michaels from comment #0)
> c++ doesn't allow function to return a struct.
Of course it does.
Please stop reporting a bug every time your code doesn't compile, or you
misunderstand how C+
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80237
Richard Biener changed:
What|Removed |Added
Keywords||missed-optimization
Status|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80247
--- Comment #3 from Sumit ---
(In reply to Richard Biener from comment #1)
> Provide a testcase. It works for me. Testcase:
>
> void *p = nullptr;
>
> > g++-4.8 t.C -S -std=c++11
>
> Note that GCC 4.8 is no longer maintained, please use at l
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80247
--- Comment #4 from Sumit ---
(In reply to Jonathan Wakely from comment #2)
> (In reply to Sumit from comment #0)
> > I am migrating my code from 3.4.5 to 4.8.1 and enabled c++11 using
>
> Why would you choose 4.8.1 and not 4.8.5 ? There are lot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80247
Markus Trippelsdorf changed:
What|Removed |Added
Status|WAITING |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80117
Eric Botcazou changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80239
--- Comment #5 from Thomas Preud'homme ---
(In reply to Thomas Preud'homme from comment #1)
>
> I believe the problem is that the equivalence stays with NO_REGS as register
> class instead of being given that of a register (since it's going to b
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68397
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68397
Jonathan Wakely changed:
What|Removed |Added
Severity|trivial |normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80243
--- Comment #4 from Jonathan Wakely ---
Your second example doesn't compile for a very simple reason:
(In reply to Jim Michaels from comment #1)
> #include
> #include
> typedef struct {std::string s;int i;} Structsb;
> Structsb fn(std::string
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79534
James Greenhalgh changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80244
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80249
Bug ID: 80249
Summary: Failed to build SPEC 2006 483.xalancbmk with
-fdump-tree-fre
Product: gcc
Version: 7.0.1
Status: UNCONFIRMED
Severity: normal
P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78881
Jiong Wang changed:
What|Removed |Added
CC||jiwang at gcc dot gnu.org
--- Comment #22 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80250
Bug ID: 80250
Summary: ICE in in final_scan_insn, at final.c:3025 for
__builtin_ia32_vp4dpwssds_mask builtin
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Sever
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80250
--- Comment #1 from Martin Liška ---
Started with r242569.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80248
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80181
--- Comment #6 from Richard Biener ---
Author: rguenth
Date: Wed Mar 29 09:28:46 2017
New Revision: 246561
URL: https://gcc.gnu.org/viewcvs?rev=246561&root=gcc&view=rev
Log:
2017-03-29 Richard Biener
Backport from mainline
20
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78644
--- Comment #11 from Richard Biener ---
Author: rguenth
Date: Wed Mar 29 09:28:46 2017
New Revision: 246561
URL: https://gcc.gnu.org/viewcvs?rev=246561&root=gcc&view=rev
Log:
2017-03-29 Richard Biener
Backport from mainline
2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80249
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79931
Martin Liška changed:
What|Removed |Added
CC||sudi.das at arm dot com
--- Comment #6 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80235
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79441
--- Comment #4 from Dominik Vogt ---
Any chance of fixing that before gcc7?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79356
--- Comment #12 from Dominik Vogt ---
Still XPASSes on s390 (but not s390x with -m31 or -m64).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79441
--- Comment #5 from Eric Botcazou ---
> Any chance of fixing that before gcc7?
Probably not, the underlying issue is in the SRA pass and not a regression.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79356
--- Comment #13 from Dominik Vogt ---
Patch: https://gcc.gnu.org/ml/gcc-patches/2017-03/msg01468.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80247
Sumit changed:
What|Removed |Added
Status|RESOLVED|WAITING
Resolution|INVALID
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80235
--- Comment #4 from Dominique d'Humieres ---
Reduced submodule
submodule ( m ) sm
contains
module subroutine cgca_pfem_map( origin, rot, bcol, bcou )
implicit none
real( kind=rdef ), intent( in ) ::
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80247
Markus Trippelsdorf changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80233
--- Comment #2 from Segher Boessenkool ---
How about this patch instead?
--- a/gcc/combine.c
+++ b/gcc/combine.c
@@ -1250,7 +1250,8 @@ combine_instructions (rtx_insn *f, unsigned int nregs)
continue;
while (last_combined_i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80233
Segher Boessenkool changed:
What|Removed |Added
Keywords|ice-on-valid-code |ice-on-invalid-code
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80233
--- Comment #4 from Jakub Jelinek ---
But only at runtime, it is fine if it is never executed. So I think it is
still ice-on-valid-code.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80251
Bug ID: 80251
Summary: Is the is_aggregate meta function missing?
Product: gcc
Version: 7.0.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstd
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80239
Thomas Preud'homme changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78881
Christophe Lyon changed:
What|Removed |Added
CC||clyon at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80252
Bug ID: 80252
Summary: ICE in plus_constant, at explow.c:88 with
-fstack-check -mabi=ilp32
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80252
Andreas Schwab changed:
What|Removed |Added
Target Milestone|--- |7.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80158
--- Comment #20 from Bill Schmidt ---
Author: wschmidt
Date: Wed Mar 29 12:56:26 2017
New Revision: 246567
URL: https://gcc.gnu.org/viewcvs?rev=246567&root=gcc&view=rev
Log:
2017-03-29 Bill Schmidt
PR tree-optimization/80158
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80252
Eric Botcazou changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79993
--- Comment #4 from Jakub Jelinek ---
Created attachment 41072
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41072&action=edit
gcc7-pr79993.patch
So, one option is to revert to the 4.8 and earlier behavior, disallow any VLA
initialization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79981
Dominik Vogt changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79487
Dominik Vogt changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80253
Bug ID: 80253
Summary: Optimization silences __attribute__((fallthrough))
warning
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Prior
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80252
Jiong Wang changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80234
--- Comment #3 from Jakub Jelinek ---
(In reply to tim from comment #0)
> The code snippet is about as minimal as I can get it and still reproduce the
> error. If I make the destructor non-virtual or get rid of the definition of
> foo::name_str,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78002
Jiong Wang changed:
What|Removed |Added
CC||sch...@linux-m68k.org
--- Comment #4 from J
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78002
Andreas Schwab changed:
What|Removed |Added
Target Milestone|--- |7.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80165
Ville Voutilainen changed:
What|Removed |Added
CC||ville.voutilainen at gmail dot
com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80197
--- Comment #7 from Alexander Monakov ---
No, with fixed-up inlining -ftracer sees reasonable edge probabilities. The
reason tracer makes things worse here, is that it clones the path leading to a
50%/50% conditional branch (and correctly stops a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80146
--- Comment #8 from Andreas Schwab ---
Author: schwab
Date: Wed Mar 29 14:18:07 2017
New Revision: 246570
URL: https://gcc.gnu.org/viewcvs?rev=246570&root=gcc&view=rev
Log:
PR ada/80146
* calls.c (prepare_call_address): Convert f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80254
Bug ID: 80254
Summary: Windows test failure: dec_io_2.f90
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80254
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79534
--- Comment #6 from Brian Rzycki ---
James, my apologies if it wasn't clear enough what the compile options were.
The test platform in this case is a Juno A57 running Ubuntu.
I actually never turned off -mcpu=cortex-a57 during my testing. I'll k
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69578
Martin Sebor changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80250
Uroš Bizjak changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80250
Uroš Bizjak changed:
What|Removed |Added
Target Milestone|--- |7.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80254
Thomas Koenig changed:
What|Removed |Added
CC||tkoenig at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=32826
Segher Boessenkool changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69578
--- Comment #3 from Marc Glisse ---
It is a dup of all the uninit PRs caused by CCP turning PHI into X
(X=10 here).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80254
--- Comment #3 from nightstrike ---
The cygwin default line ending style is UNIX like.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80234
--- Comment #4 from Jakub Jelinek ---
Created attachment 41075
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41075&action=edit
gcc7-pr80234.patch
Untested fix.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=31557
Segher Boessenkool changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=31557
Segher Boessenkool changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66447
Martin Sebor changed:
What|Removed |Added
Status|WAITING |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80238
--- Comment #2 from Mike ---
(In reply to Jonathan Wakely from comment #1)
> That's the sized-deallocation function which was new in GCC 5.
>
> How did you configure gcc?
>
> What is your existing compiler that you're using to build it?
My inf
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80254
--- Comment #4 from nightstrike ---
(In reply to nightstrike from comment #3)
> The cygwin default line ending style is UNIX like.
This test currently passes on cygwin as-is.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80254
--- Comment #5 from Thomas Koenig ---
Created attachment 41076
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41076&action=edit
Proposed test case for mingw
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80254
--- Comment #6 from Thomas Koenig ---
Created attachment 41077
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41077&action=edit
Patch for failing test case
The patch works for me on linux (i.e. the test is still
execuated, and doesn't fail
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80253
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80253
--- Comment #2 from Marek Polacek ---
Looks like expand_FALLTHROUGH_r should be using case_label_p.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80254
--- Comment #7 from nightstrike ---
(In reply to Thomas Koenig from comment #6)
> Created attachment 41077 [details]
> Patch for failing test case
>
> The patch works for me on linux (i.e. the test is still
> execuated, and doesn't fail). The _
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80108
kelvin at gcc dot gnu.org changed:
What|Removed |Added
CC||kelvin at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80254
--- Comment #8 from nightstrike ---
(In reply to nightstrike from comment #7)
> (In reply to Thomas Koenig from comment #6)
> > Created attachment 41077 [details]
> > Patch for failing test case
> >
> > The patch works for me on linux (i.e. the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80254
--- Comment #9 from nightstrike ---
Ok, your new _2a test just for mingw works like a champ:
# of expected passes12
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80108
--- Comment #3 from kelvin at gcc dot gnu.org ---
Author: kelvin
Date: Wed Mar 29 17:23:58 2017
New Revision: 246572
URL: https://gcc.gnu.org/viewcvs?rev=246572&root=gcc&view=rev
Log:
Use this branch for work on PR 80108.
Added:
branches/i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80254
--- Comment #10 from Thomas Koenig ---
Author: tkoenig
Date: Wed Mar 29 17:30:58 2017
New Revision: 246573
URL: https://gcc.gnu.org/viewcvs?rev=246573&root=gcc&view=rev
Log:
2017-03-28 Thomas Koenig
PR fortran/80254
* gfortra
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80254
Thomas Koenig changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80255
Bug ID: 80255
Summary: Segfault from accessing class(*) component in an array
of any-type-wrappers
Product: gcc
Version: 7.0.1
Status: UNCONFIRMED
Severity: nor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80255
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80108
--- Comment #4 from Bill Schmidt ---
(In reply to kelvin from comment #2)
> I'm seeking consensus on the "right thing to do". Should I make sure that
> -mpower9-minmax turns on whatever additional target options are necessary in
> order to make t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80108
--- Comment #5 from Michael Meissner ---
On Wed, Mar 29, 2017 at 05:14:38PM +, kelvin at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80108
>
> kelvin at gcc dot gnu.org changed:
>
>What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80108
--- Comment #6 from Bill Schmidt ---
For stage 4, fixing this particular error combination (along with what Mike
suggests) should be enough. There is a vast array of ridiculous option
combinations that should no doubt be rejected, but let's not
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80177
David Malcolm changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80046
janus at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|un
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=33086
Martin Sebor changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=10138
--- Comment #27 from Martin Sebor ---
*** Bug 33086 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=10138
Bug 10138 depends on bug 33086, which changed state.
Bug 33086 Summary: warn for read-only uninitialized variables passed as
arguments
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=33086
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79234
Martin Sebor changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80108
--- Comment #7 from kelvin at gcc dot gnu.org ---
I'll pursue the recommendations offered by Michael and Bill.
Aside: as I read the existing implementation, I believe the more "consistent"
behavior would be to behave as suggested in my original "
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79993
--- Comment #5 from Jason Merrill ---
(In reply to Jakub Jelinek from comment #4)
> Created attachment 41072 [details]
> gcc7-pr79993.patch
>
> So, one option is to revert to the 4.8 and earlier behavior, disallow any
> VLA initialization (like
1 - 100 of 138 matches
Mail list logo