https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70413
--- Comment #3 from Markus Trippelsdorf ---
This gets wrongly set here:
decl2.c:
2912 else if (DECL_TEMPLOID_INSTANTIATION (decl))
2913 {
2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69953
--- Comment #26 from Jakub Jelinek ---
(In reply to Jan Hubicka from comment #19)
> > _ZTCN3Gtk14TreeViewColumnE0_N4Glib6ObjectE/10
> > (_ZTCN3Gtk14TreeViewColumnE0_N4Glib6ObjectE) @0x76816980
>
> Aha, this is an construction vtable and the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70703
Jakub Jelinek changed:
What|Removed |Added
Summary|[6/7 regression] Regression |[6 regression] Regression
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80327
--- Comment #1 from Sven Woop ---
This intrinsic is documented here:
https://software.intel.com/sites/landingpage/IntrinsicsGuide/#text=_mm512_abs_ps&techs=AVX_512&expand=41
This is supported by latest ICC and Clang.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80326
--- Comment #1 from Sven Woop ---
Ok that one is in the SVML and only supported by ICC, not by Clang:
https://software.intel.com/sites/landingpage/IntrinsicsGuide/#techs=SVML&text=_mm512_trunc_ps
There seem to be no SVML for GCC, thus please cl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80325
--- Comment #2 from Sven Woop ---
For AVX512 the Intel Intrinsics guide also mentioned the _mm512_undefined as
alias for _mm512_undefined_ps.
https://software.intel.com/sites/landingpage/IntrinsicsGuide/#text=_mm512_undefined&techs=AVX_512
ICC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80324
--- Comment #1 from Sven Woop ---
These intrinsics are supported by latest ICC and Clang.
Documentation of these can be found here:
https://software.intel.com/sites/landingpage/IntrinsicsGuide/#text=reduce&techs=AVX_512
Likely many other reduc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80323
--- Comment #1 from Sven Woop ---
Documentation of these can be found here:
https://software.intel.com/sites/landingpage/IntrinsicsGuide/#text=_mm512_int2mask
These are supported by the latest ICC and Clang.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80304
Thomas Koenig changed:
What|Removed |Added
Priority|P4 |P3
Component|fortran
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71174
wmx16835 at 126 dot com changed:
What|Removed |Added
CC||wmx16835 at 126 dot com
--- Com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80335
Bug ID: 80335
Summary: perf of copying std::optional
Product: gcc
Version: 7.0.1
Status: UNCONFIRMED
Keywords: missed-optimization
Severity: enhancement
Priorit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80334
Bug ID: 80334
Summary: Segfault when taking address of copy of unaligned
struct
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Priorit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80304
Thomas Koenig changed:
What|Removed |Added
CC||edlinger at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70478
--- Comment #7 from Vladimir Makarov ---
(In reply to Andreas Krebbel from comment #6)
> The only solution we found caused other regressions.
I'll try to change the sensitive LRA code to solve it. It will need to test a
few targets. So, if eve
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70413
Markus Trippelsdorf changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80304
Harald Anlauf changed:
What|Removed |Added
CC||anlauf at gmx dot de
--- Comment #14 fro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70413
ethortsen at itg dot com changed:
What|Removed |Added
CC||ethortsen at itg dot com
--- C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80309
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80309
--- Comment #6 from Jakub Jelinek ---
Author: jakub
Date: Wed Apr 5 19:10:17 2017
New Revision: 246717
URL: https://gcc.gnu.org/viewcvs?rev=246717&root=gcc&view=rev
Log:
PR c++/80309
* pt.c (canonical_type_parameter): Use vec_sa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80244
Marek Polacek changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80178
--- Comment #3 from Jason Merrill ---
Created attachment 41138
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41138&action=edit
fix
Here's a fix. I'm nervous about applying it at this point in GCC 7, though.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80332
Martin Sebor changed:
What|Removed |Added
Keywords||diagnostic
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78104
Markus Trippelsdorf changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80331
Markus Trippelsdorf changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78104
Markus Trippelsdorf changed:
What|Removed |Added
CC||hiraditya at msn dot com
--- Comme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80333
Bug ID: 80333
Summary: Namelist dtio write of array of class does not
traverse the array
Product: gcc
Version: 7.0.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80331
Andrew Pinski changed:
What|Removed |Added
Depends on||23383
--- Comment #4 from Andrew Pinski
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80318
--- Comment #2 from benjamin.redelings at gmail dot com ---
Created attachment 41137
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41137&action=edit
preprocessed source
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80331
--- Comment #3 from Marc Glisse ---
(In reply to Marc Glisse from comment #2)
> I didn't check if those are the only blockers in this case...
Looks like they are indeed the only blockers, since we optimize the below just
fine. So, known issue (w
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80332
Bug ID: 80332
Summary: Warning is issued for deprecated "using" type alias of
deprecated type
Product: gcc
Version: 6.3.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80331
--- Comment #2 from Marc Glisse ---
If you replace "a" with something longer (size>16 when counting the last '\0'),
it does reproduce. I'd say this is a dup of 2 known issues:
- the compiled part of libstdc++ prevents optimization (maybe eventual
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79788
--- Comment #6 from Jakub Jelinek ---
Even gcc 3.2 ICEs on this.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79788
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80331
Markus Trippelsdorf changed:
What|Removed |Added
CC||trippels at gcc dot gnu.org
--- Co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80331
Bug ID: 80331
Summary: unused const std::string not optimized away
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77486
--- Comment #7 from Vittorio Zecca ---
(In reply to Jakub Jelinek from comment #5)
> Even r246252 is more than 2 weeks old. Why not latest trunk?
Because I have no time to download and check every trunk.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77486
Vittorio Zecca changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77486
--- Comment #5 from Jakub Jelinek ---
Even r246252 is more than 2 weeks old. Why not latest trunk?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80330
Bug ID: 80330
Summary: OpenACC: Unexpected data mapping instead of implicit
firstprivate
Product: gcc
Version: unknown
Status: UNCONFIRMED
Keywords: openacc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77486
--- Comment #4 from Vittorio Zecca ---
This is on trunk level 239276.
Going to check on newer level 246252.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80318
David Malcolm changed:
What|Removed |Added
CC||dmalcolm at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70703
--- Comment #13 from Vladimir Makarov ---
Author: vmakarov
Date: Wed Apr 5 16:14:28 2017
New Revision: 246711
URL: https://gcc.gnu.org/viewcvs?rev=246711&root=gcc&view=rev
Log:
2017-04-05 Vladimir Makarov
PR rtl-optimization/70703
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77486
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80329
Bug ID: 80329
Summary: Poor location for array bounds warning
Product: gcc
Version: 7.0.1
Status: UNCONFIRMED
Keywords: diagnostic
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77486
--- Comment #2 from Vittorio Zecca ---
Still in trunk
/home/vitti/1tb/vitti/test/gcc-trunk-239276/gcc/real.c:2889:25: runtime error:
left shift of negative value -3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80328
Bug ID: 80328
Summary: With -ffloat-store std::array operator[] no longer
cost-free
Product: gcc
Version: 6.2.0
Status: UNCONFIRMED
Severity: normal
P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80298
--- Comment #6 from uros at gcc dot gnu.org ---
Author: uros
Date: Wed Apr 5 15:33:49 2017
New Revision: 246708
URL: https://gcc.gnu.org/viewcvs?rev=246708&root=gcc&view=rev
Log:
PR target/80298
* config/i386/mmintrin.h: Add -mss
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70703
--- Comment #12 from Vladimir Makarov ---
Author: vmakarov
Date: Wed Apr 5 15:07:51 2017
New Revision: 246707
URL: https://gcc.gnu.org/viewcvs?rev=246707&root=gcc&view=rev
Log:
2017-04-05 Vladimir Makarov
PR rtl-optimization/70703
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79265
--- Comment #6 from Franz Sirl ---
(In reply to Jakub Jelinek from comment #4)
> This is a new warning, the fact that we didn't warn on some code and now
> warn with a new warning is not necessarily a regression.
Well, I wasn't so sure either if
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80281
--- Comment #16 from Jakub Jelinek ---
Can be reproduced on x86_64-linux with -O2 -mfma -ffast-math.
Comparing pre and post r246674 differences, the first one I see in forwprop3:
@@ -3,6 +3,7 @@
foo (unsigned int x, unsigned int y, unsigned int
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80281
--- Comment #15 from Jakub Jelinek ---
I've seen it fail on powerpc64-linux too.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80281
--- Comment #14 from Dominik Vogt ---
Created attachment 41135
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41135&action=edit
dumpfile
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80281
Dominik Vogt changed:
What|Removed |Added
CC||krebbel at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79265
Jakub Jelinek changed:
What|Removed |Added
CC||law at gcc dot gnu.org
--- Comment #5 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79788
Alexander Ivchenko changed:
What|Removed |Added
CC||aivchenk at gmail dot com
--- Comme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79265
--- Comment #4 from Jakub Jelinek ---
This is a new warning, the fact that we didn't warn on some code and now warn
with a new warning is not necessarily a regression.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79265
Franz Sirl changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80308
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80308
--- Comment #14 from Jakub Jelinek ---
Author: jakub
Date: Wed Apr 5 13:17:15 2017
New Revision: 246703
URL: https://gcc.gnu.org/viewcvs?rev=246703&root=gcc&view=rev
Log:
PR sanitizer/80308
* asan.c (asan_store_shadow_bytes): Fi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80322
--- Comment #4 from Markus Trippelsdorf ---
https://software.intel.com/sites/landingpage/IntrinsicsGuide/#expand=371,370,1707,1708&text=_mm512_cvtsd_f64
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80325
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80322
Markus Trippelsdorf changed:
What|Removed |Added
CC||trippels at gcc dot gnu.org
--- Co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80322
Jakub Jelinek changed:
What|Removed |Added
CC||kyukhin at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80322
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80262
--- Comment #6 from Stefan M Freudenberger ---
Created attachment 41134
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41134&action=edit
Modified source program that shows issue on x86_64.
I've modified my example (attached) to show the is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80327
Bug ID: 80327
Summary: _mm512_abs_ps intrinsic missing
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
A
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80326
Bug ID: 80326
Summary: _mm512_trunc_ps intrinsic missing
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80325
Bug ID: 80325
Summary: _mm512_undefined intrinsic missing
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80324
Bug ID: 80324
Summary: _mm512_reduce_xxx type instrinsics are missing
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80309
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80323
Bug ID: 80323
Summary: _mm512_int2mask and _mm512_mask2int intrinsics are
missing
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80322
Bug ID: 80322
Summary: convert intrinsics missing
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assign
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78002
--- Comment #12 from Eric Botcazou ---
Author: ebotcazou
Date: Wed Apr 5 11:48:02 2017
New Revision: 246702
URL: https://gcc.gnu.org/viewcvs?rev=246702&root=gcc&view=rev
Log:
PR target/78002
* config/aarch64/aarch64.c (aarch64_e
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80308
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80294
--- Comment #16 from Jakub Jelinek ---
It can be context-specific, NULL elts valid only in some CONSTRUCTORs, e.g.
during constexpr processing or whatever. In any case it would be good to
understand if it is intentional and what it means.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80294
--- Comment #15 from Markus Trippelsdorf ---
I only looked at a small random sample. So yes, you are right and I retract my
patch, because the majority doesn't expect a NULL elt.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80294
--- Comment #14 from Jakub Jelinek ---
I don't know what it means to have NULL elt and it looks weird to me, but I'm
not a C++ FE maintainer, I assume Jason and/or Nathan will review your patch
and know what it means.
Just grepping through FOR_EA
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80294
--- Comment #13 from Markus Trippelsdorf ---
(In reply to Jakub Jelinek from comment #12)
> r234636 just moved that, the constructor_elt ce = { index, NULL_TREE };
> being pushed had there been before Nathan's patch too.
But checking for valid e
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80294
--- Comment #12 from Jakub Jelinek ---
r234636 just moved that, the constructor_elt ce = { index, NULL_TREE }; being
pushed had there been before Nathan's patch too.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80304
--- Comment #13 from Dominique d'Humieres ---
> Can you narrow it down further?
Not trivial!-(
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80305
Dominique d'Humieres changed:
What|Removed |Added
Priority|P3 |P4
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69498
Dominique d'Humieres changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|FIXED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80320
Jonathan Wakely changed:
What|Removed |Added
Keywords||wrong-code
Status|UNCONFIR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80307
Thomas Preud'homme changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80321
Bug ID: 80321
Summary: [7 regression] infinite recursion with inlining of
nested function and debug info
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Keywords:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80198
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79890
Andreas Krebbel changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79890
--- Comment #6 from Andreas Krebbel ---
Author: krebbel
Date: Wed Apr 5 08:28:18 2017
New Revision: 246701
URL: https://gcc.gnu.org/viewcvs?rev=246701&root=gcc&view=rev
Log:
PR target/79890: S/390: Fix crash.
builtin_eh_return requires the ret
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80308
Martin Liška changed:
What|Removed |Added
Assignee|marxin at gcc dot gnu.org |unassigned at gcc dot
gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80308
--- Comment #12 from Bernd Edlinger ---
(In reply to Bernd Edlinger from comment #11)
> (In reply to Jakub Jelinek from comment #10)
> > Created attachment 41131 [details]
> > gcc7-pr80308.patch
> >
> > Full patch (untested so far).
>
> Thanks!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80309
--- Comment #4 from Markus Trippelsdorf ---
--param ggc-min-expand=0 --param ggc-min-heapsize=3000 triggers the ICE,
--param ggc-min-expand=0 --param ggc-min-heapsize=2000 doesn't.
91 matches
Mail list logo