[Bug target/71680] [7 Regression] ICE: Max. number of generated reload insns per insn is achieved (90) w/ -Os -mlra
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71680 --- Comment #9 from Alan Modra --- lra doesn't load in SFmode due to the following condition in lra-constraints.c:simplify_operand_subreg /* If we change address for paradoxical subreg of memory, the address might violate the necessary alignment or the access might be slow. So take this into consideration. We should not worry about access beyond allocated memory for paradoxical memory subregs as we don't substitute such equiv memory (see processing equivalences in function lra_constraints) and because for spilled pseudos we allocate stack memory enough for the biggest corresponding paradoxical subreg. */ if (MEM_P (reg) && (! SLOW_UNALIGNED_ACCESS (mode, MEM_ALIGN (reg)) || MEM_ALIGN (reg) >= GET_MODE_ALIGNMENT (mode))) MEM_ALIGN here is 8 bits (from #pragma pack, and yes, the mem really is only byte aligned), and rs6000.h does say that this access might be slow if in SFmode. It's true that an unaligned floating point storage access on power might cause an alignment trap, so leaving aside the issue that mode only maps loosely to register class, I think the rs6000.h definition of SLOW_UNALIGNED_ACCESS is correct and lra is doing the right thing here. Reload is wrong to use a fp load (if mem align was always accurate, which it isn't). Hmm, a change that doesn't cure this problem, but the condition might be better as if (MEM_P (reg) && (! SLOW_UNALIGNED_ACCESS (mode, MEM_ALIGN (reg)) || SLOW_UNALIGNED_ACCESS (innermode, MEM_ALIGN (reg)) || MEM_ALIGN (reg) >= GET_MODE_ALIGNMENT (mode))) ie. if both innermode and mode are slow then lra may as well go ahead and use the subreg mode.
[Bug tree-optimization/71994] [7 Regression] ICE: verify_gimple failed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71994 --- Comment #5 from kugan at gcc dot gnu.org --- Author: kugan Date: Wed Jul 27 23:02:44 2016 New Revision: 238803 URL: https://gcc.gnu.org/viewcvs?rev=238803&root=gcc&view=rev Log: gcc/testsuite/ChangeLog: 2016-07-28 Kugan Vivekanandarajah PR middle-end/71994 * gcc.dg/torture/pr71994.c: New test. Added: trunk/gcc/testsuite/gcc.dg/torture/pr71994.c
[Bug tree-optimization/71994] [7 Regression] ICE: verify_gimple failed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71994 --- Comment #4 from kugan at gcc dot gnu.org --- Author: kugan Date: Wed Jul 27 22:45:46 2016 New Revision: 238802 URL: https://gcc.gnu.org/viewcvs?rev=238802&root=gcc&view=rev Log: gcc/testsuite/ChangeLog: 2016-07-28 Kugan Vivekanandarajah PR middle-end/71994 * gcc.dg/torture/pr71994.c: New test. gcc/ChangeLog: 2016-07-28 Kugan Vivekanandarajah PR middle-end/71994 * tree-ssa-reassoc.c (maybe_optimize_range_tests): Check tcc_comparison before calling get_ops. Modified: trunk/gcc/ChangeLog trunk/gcc/testsuite/ChangeLog trunk/gcc/tree-ssa-reassoc.c
[Bug fortran/71961] [7 Regression] 178.galgel in SPEC CPU 2000 is miscompiled
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71961 Thomas Koenig changed: What|Removed |Added Status|WAITING |NEW --- Comment #13 from Thomas Koenig --- This looks OK. A revert is pre-approved (if that is even needed), so whowever can do so at the moment, feel free. Just make sure to repoen PR 71902.
[Bug bootstrap/72735] New: 1 8888 11 4532 Skype Toll Free Number,Skype Tech Support
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72735 Bug ID: 72735 Summary: 1 11 4532 Skype Toll Free Number,Skype Tech Support Product: gcc Version: new-ra Status: UNCONFIRMED Severity: normal Priority: P3 Component: bootstrap Assignee: unassigned at gcc dot gnu.org Reporter: rassules11 at gmail dot com Target Milestone: --- skype customer service chat 1 818 85 7806 phone number for skype 1 818 85 7806 skype telephone number 1 818 85 7806 skype customer service 800 number 1 818 85 7806 skype customer service 1 818 85 7806 what is a skype number 1 818 85 7806 skype telephone 1 818 85 7806 skype phone number 1 818 85 7806 skype contact number1 818 85 7806 skype support number1 818 85 7806 skype tech support 1 818 85 7806 skype support phone number 1 818 85 7806 skype phone service 1 818 85 7806 skype customer support 1 818 85 7806 contact skype 1 818 85 7806 skype 800 number1 818 85 7806 call skype customer service 1 818 85 7806 skype toll free number 1 818 85 7806 skype numbers 1 818 85 7806 skype customer support phone number 1 818 85 7806 skype customer service number 1 818 85 7806 skype contact 1 818 85 7806 contact skype support 1 818 85 7806 skype help phone number 1 818 85 7806 skype customer service phone number 1 818 85 7806 skype support email 1 818 85 7806 call skype support 1 818 85 7806 skype contact phone number 1 818 85 7806 skype phone numbers 1 818 85 7806 free skype phone number 1 818 85 7806 skype customer service phone1 818 85 7806 skype support chat 1 818 85 7806 skype contact info 1 818 85 7806 get a skype phone number1 818 85 7806 skype live chat support 1 818 85 7806 skype help chat 1 818 85 7806 skype number1 818 85 7806 skype email support 1 818 85 7806 skype customer phone number 1 818 85 7806 how to contact skype1 818 85 7806 skype contact us1 818 85 7806 skype contacts 1 818 85 7806 skype live support 1 818 85 7806 how do i contact1 818 85 7806 skype contact list 1 818 85 7806 skype online number 1 818 85 7806 skype call 1 818 85 7806 skype chat support 1 818 85 7806 skype support 1 818 85 7806 support.skype.com 1 818 85 7806
[Bug fortran/72716] [4.9/5/6/7 Regression] ICE in gfc_resolve_omp_declare_simd, at fortran/openmp.c:5156
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72716 Martin Liška changed: What|Removed |Added Keywords||ice-on-invalid-code Status|UNCONFIRMED |NEW Last reconfirmed||2016-07-27 CC||marxin at gcc dot gnu.org Summary|ICE in |[4.9/5/6/7 Regression] ICE |gfc_resolve_omp_declare_sim |in |d, at fortran/openmp.c:5156 |gfc_resolve_omp_declare_sim ||d, at fortran/openmp.c:5156 Ever confirmed|0 |1 --- Comment #1 from Martin Liška --- Confirmed, started with GCC 4.9.1.
[Bug bootstrap/72734] New: Skype Phone Number 1 8888 11 4532 Skype Customer Support Phone Number
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72734 Bug ID: 72734 Summary: Skype Phone Number 1 11 4532 Skype Customer Support Phone Number Product: gcc Version: new-ra Status: UNCONFIRMED Severity: normal Priority: P3 Component: bootstrap Assignee: unassigned at gcc dot gnu.org Reporter: rassules11 at gmail dot com Target Milestone: --- S.K.Y.P.E-S.U.P.P.O.R.T-P.H.O.N.E-N.U.M.B.E.R+18188 507806 skype customer service 800 number,, skype phone number,, how do i contact,, <<$@canada_CallNow@1.8.1.8.8.5.0.7.8.0.6@@ skype online number,, call skype customer service,, skype contacts,, skype support email,, skype live chat how to contact skype,, what is a skype number,, skype telephone,, skype phone,, skype 800 number,, (1 818 850 7806)USA$$T.o.l.l.f.R.E.E skype contact number,, skype toll free number,, skype numbers,, call skype support,, skype contact phone number,, skype support chat,, free skype phone number,, skype help number,, skype customer service number,, phone number for skype,, skype customer support,, skype live chat support,, skype live support,, skype chat support,, support.skype.com,, skype contact us,, skype support number,, skype tech support,, skype customer service phone number,, skype support phone number,, skype phone service,, skype customer service chat,, contact skype,, skype customer service,, skype customer service phone,, C.A.L.L F.O.R S.K.Y.P.E S.U.P.P.O.R.T((1 818 850 7806)) skype support,, skype contact info,, get a skype phone number,, skype technical support,, skype contact,, skype telephone number,, contact skype support,, skype help phone number,, skype customer support phone number,, skype customer phone number,, skype number,, skype email support,, skype contact list,, skype phone numbers,, skype call,,
[Bug bootstrap/72733] New: 1 8888 11 4532 Skype Customer Service Number
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72733 Bug ID: 72733 Summary: 1 11 4532 Skype Customer Service Number Product: gcc Version: new-ra Status: UNCONFIRMED Severity: normal Priority: P3 Component: bootstrap Assignee: unassigned at gcc dot gnu.org Reporter: rassules11 at gmail dot com Target Milestone: --- Q.u.i.c.k C.A.L.L S.K.Y.P.E N.u.m.b.e.r Contact US @@$T.o.l.l.f.r.e.e N.u.m.b.e.r F.o.r S.k.y.p.e H.e.l.p Q.u.i.c.k.l.y W.i.t.h E.x.p.e.r.t T.e.c.h.n.i.c.i.a.n.s skype skype customer service phone number <1 818 85 7806> skype customer service <1 818 85 7806> skype phone number <1 818 85 7806> skype technical support <1 818 85 7806> skype support number<1 818 85 7806> skype online number <1 818 85 7806> skype customer service 800 number <1 818 85 7806> skype tech support <1 818 85 7806> skype help number <1 818 85 7806> skype customer service number <1 818 85 7806> phone number for skype <1 818 85 7806> skype telephone number <1 818 85 7806> skype contact number<1 818 85 7806> skype support phone number <1 818 85 7806> skype phone service <1 818 85 7806> skype customer service chat <1 818 85 7806> contact skype <1 818 85 7806> skype 800 number<1 818 85 7806> call skype customer service <1 818 85 7806> skype toll free number <1 818 85 7806> skype numbers <1 818 85 7806> skype contact <1 818 85 7806> contact skype support <1 818 85 7806> skype phone <1 818 85 7806> skype help phone number <1 818 85 7806> skype customer service phone<1 818 85 7806> call skype support <1 818 85 7806> skype contact phone number <1 818 85 7806> skype phone numbers <1 818 85 7806> free skype phone number <1 818 85 7806> skype support chat <1 818 85 7806> skype contact info <1 818 85 7806> get a skype phone number<1 818 85 7806> skype customer phone number <1 818 85 7806> how to contact skype<1 818 85 7806> skype number<1 818 85 7806> skype email support <1 818 85 7806> skype contact us<1 818 85 7806> skype contacts <1 818 85 7806> skype live support <1 818 85 7806> skype support email <1 818 85 7806> how do i contact<1 818 85 7806> what is a skype number <1 818 85 7806> skype telephone <1 818 85 7806> skype contact list <1 818 85 7806> skype customer support phone number <1 818 85 7806> skype call <1 818 85 7806> skype live chat support <1 818 85 7806> skype help chat <1 818 85 7806> skype chat support <1 818 85 7806> skype support <1 818 85 7806> support.skype.com <1 818 85 7806> skype live chat <1 818 85 7806> skype customer support <1 818 85 7806>
[Bug fortran/72715] ICE in gfc_trans_omp_do, at fortran/trans-openmp.c:3164
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72715 Martin Liška changed: What|Removed |Added Keywords||ice-on-invalid-code Status|UNCONFIRMED |NEW Last reconfirmed||2016-07-27 CC||marxin at gcc dot gnu.org Target Milestone|--- |5.5 Ever confirmed|0 |1 --- Comment #1 from Martin Liška --- Confirmed, started with the first release that supports -fopenacc, GCC 5.1.0.
[Bug bootstrap/72732] New: Skype Help Number 1 8888 11 4532 Skype Support Phone Number
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72732 Bug ID: 72732 Summary: Skype Help Number 1 11 4532 Skype Support Phone Number Product: gcc Version: new-ra Status: UNCONFIRMED Severity: normal Priority: P3 Component: bootstrap Assignee: unassigned at gcc dot gnu.org Reporter: rassules11 at gmail dot com Target Milestone: --- Q.u.i.c.k C.A.L.L S.K.Y.P.E N.u.m.b.e.r Contact US @@$T.o.l.l.f.r.e.e N.u.m.b.e.r F.o.r S.k.y.p.e H.e.l.p Q.u.i.c.k.l.y W.i.t.h E.x.p.e.r.t T.e.c.h.n.i.c.i.a.n.s skype customer service phone number skype 800 number,,Toll Freer +1818-850-7806SKYPE Number call skype customer service,, skype customer phone number,,, how to contact skype,, skype number,,SKYPE-Support* skype contact phone number,, phone number for skype,, skype contact number,,skype support number,,SKYPE-Support* skype telephone number,,Toll Freer +1818-850-7806 skype customer service 800 number,, skype email support,, skype phone numbers,,Toll Freer +1818-850-7806SKYPE Number skype phone service,,SKYPE-Support* skype customer service number,, skype contact info,,SKYPE-Support*Toll Freer +1818-850-7806SKYPE Number contact skype,, skype help number,,SKYPE-Support* skype toll free number,,Toll Freer +1818-850-7806 skype numbers,,SKYPE-Support* skype contact,,SKYPE-Support* contact skype support,,Toll Freer +1818-850-7806SKYPE Number skype help phone number,, skype customer support phone number,, support.skype.com,, skype telephone,, skype support phone number,, free skype phone number,SKYPE-Support* skype customer service phone,,Toll Freer +1818-850-7806 skype support chat,, get a skype phone number,, skype live chat skype phone-1.818.850.7806skype customer service,,SKYPE-Support* skype customer service chat,,SKYPE-Support* skype contact us,, skype contacts,,Toll Freer +1818-850-7806 skype live support,, skype support email,, how do i contact,,Toll Freer +1818-850-7806SKYPE Number what is a skype number,, skype online number,,Toll Freer +1818-850-7806 skype call,, skype live chat support, skype chat support,, skype support,, skype help chat,,Toll Freer +1818-850-7806 skype contact list,, call skype support,,SKYPE-Support*Toll Freer +1818-850-7806 skype customer support,,skype tech support,, skype technical support,,Toll Freer +1818-850-7806SKYPE Number skype phone number,,SKYPE-Support*
[Bug fortran/72714] [4.9/5/6/7 Regression] ICE in gfc_array_init_size, at fortran/trans-array.c:5235
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72714 Martin Liška changed: What|Removed |Added Keywords||ice-on-invalid-code Status|UNCONFIRMED |NEW Last reconfirmed||2016-07-27 CC||marxin at gcc dot gnu.org Target Milestone|--- |4.9.4 Summary|ICE in gfc_array_init_size, |[4.9/5/6/7 Regression] ICE |at |in gfc_array_init_size, at |fortran/trans-array.c:5235 |fortran/trans-array.c:5235 Ever confirmed|0 |1 --- Comment #2 from Martin Liška --- Confirmed, started with 4.6.0.
[Bug bootstrap/72731] New: 1 8888 11 4532 Skype Technical Support Phone Number
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72731 Bug ID: 72731 Summary: 1 11 4532 Skype Technical Support Phone Number Product: gcc Version: new-ra Status: UNCONFIRMED Severity: normal Priority: P3 Component: bootstrap Assignee: unassigned at gcc dot gnu.org Reporter: rassules11 at gmail dot com Target Milestone: --- C.A.L.L $CANADA$$ T.o.l.l.f.r.e.e N.u.m.b.e.r F.o.r S.k.y.p.e H.e.l.p Q.u.i.c.k.l.y W.i.t.h E.x.p.e.r.t T.e.c.h.n.i.c.i.a.n.s skype customer service phone number skype phone-1.818.850.7806skype customer service,,SKYPE-Support* skype customer service chat,,SKYPE-Support* skype customer support,,skype tech support,, support.skype.com,, skype live chat skype telephone,, skype phone numbers,,1.8.1.8.8.5.0.7.8.0.6 free skype phone number,SKYPE-Support* skype customer service phone,,<<1818 850 7806>> skype support chat,, get a skype phone number,, skype customer phone number,,, how to contact skype,, skype number,,SKYPE-Support* skype technical support,,1.8.1.8.8.5.0.7.8.0.6 skype phone number,,SKYPE-Support* phone number for skype,, skype contact number,,skype support number,,SKYPE-Support* skype telephone number,,<<1818 850 7806>> skype customer service 800 number,, skype support phone number,, skype phone service,,SKYPE-Support* skype customer service number,, contact skype,, skype 800 number,,1.8.1.8.8.5.0.7.8.0.6 call skype customer service,, skype help number,,SKYPE-Support* skype toll free number,,<<1818 850 7806>> skype numbers,,SKYPE-Support* skype contact,,SKYPE-Support* contact skype support,,1.8.1.8.8.5.0.7.8.0.6 skype help phone number,, skype customer support phone number,, skype help chat,,<<1818 850 7806>> skype chat support,, skype support,, skype contact list,, call skype support,,SKYPE-Support*<<1818 850 7806>> skype contact phone number,, skype email support,, skype contact us,, skype contacts,,<<1818 850 7806>> skype live support,, skype support email,, skype contact info,,SKYPE-Support*1.8.1.8.8.5.0.7.8.0.6 how do i contact,,1.8.1.8.8.5.0.7.8.0.6 what is a skype number,, skype online number,,<<1818 850 7806>> skype call,, skype live chat support,,
[Bug boehm-gc/72730] New: 1 8888 11 4532 Skype Tech Support Phone Number
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72730 Bug ID: 72730 Summary: 1 11 4532 Skype Tech Support Phone Number Product: gcc Version: new-ra Status: UNCONFIRMED Severity: normal Priority: P3 Component: boehm-gc Assignee: unassigned at gcc dot gnu.org Reporter: rassules11 at gmail dot com Target Milestone: --- C.A.L.L $USA$$ T.o.l.l.f.r.e.e N.u.m.b.e.r F.o.r S.k.y.p.e H.e.l.p Q.u.i.c.k.l.y W.i.t.h E.x.p.e.r.t T.e.c.h.n.i.c.i.a.n.s skype customer service phone number skype phone-1.818.850.7806skype customer service,,(SKYPE) skype contact,,(SKYPE) contact skype support,,**11818 850 7806** skype help phone number,, skype customer support phone number,, call skype support,,(SKYPE)+18188507806@@ skype phone number,,(SKYPE) phone number for skype,, skype telephone number,,+18188507806@@ skype customer service 800 number,, skype support phone number,, skype phone service,,(SKYPE) skype customer service chat,,(SKYPE) contact skype,, skype 800 number,,**11818 850 7806** call skype customer service,, skype toll free number,,+18188507806@@ skype numbers,,(SKYPE) skype contact number,,skype support number,,(SKYPE) skype customer support,,skype tech support,, skype technical support,,**11818 850 7806** skype help number,,(SKYPE) skype customer service number,, skype contact phone number,, skype phone numbers,,**11818 850 7806** free skype phone number,(SKYPE) skype customer service phone,,+18188507806@@ skype support chat,, skype contact info,,(SKYPE)**11818 850 7806** get a skype phone number,, skype customer phone number,,, how to contact skype,, skype number,,(SKYPE) skype email support,, skype contact us,, skype contacts,,+18188507806@@ skype online number,,+18188507806@@ skype call,, skype live chat support,, skype help chat,,+18188507806@@ skype chat support,, skype support,, support.skype.com,, skype live chat skype live support,, skype support email,, how do i contact,,**11818 850 7806** what is a skype number,, skype telephone,, skype contact list,,
[Bug debug/72729] New: 1 8888 11 4532 Belkin Contact Number,Belkin Router Help Number
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72729 Bug ID: 72729 Summary: 1 11 4532 Belkin Contact Number,Belkin Router Help Number Product: gcc Version: new-ra Status: UNCONFIRMED Severity: normal Priority: P3 Component: debug Assignee: unassigned at gcc dot gnu.org Reporter: rassules11 at gmail dot com Target Milestone: --- belkin tech support telephone number,, belkin contact support,, belkin voip adapter,, phone number for belkin,, belkin call support,, contact belkin technical support,, belkin customer care number,, belkin customer support phone,, belkin phone adapter with router,, belkin helpline canada,, belkin contact canada,, linksy router support,, belkin technical support usa,, belkin warranty check,, lynksys tech support,, belkin customer service phone number usa,, belkin support chat,, call belkin support,, software for belkin router,, belkin wireless router problems,, belkin wireless support,, belkin wireless router help,, belkin support canada,, belkin live chat,, belkin router troubleshooting wireless,, customer service belkin,, belkin support page,, belkin router security setup,, belkin chat support,, belkin support wrt54g,, belkin tech support,, belkin tech support contact number,, belkin customer service phone,, belkin router phone support number,, belkin support telephone number,, belkin router technical support phone number,, belkin wireless router support
[Bug tree-optimization/72712] [7 Regression] Tenfold compile time regression
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72712 Martin Liška changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2016-07-27 CC||marxin at gcc dot gnu.org Ever confirmed|0 |1 --- Comment #2 from Martin Liška --- Confirmed, FWIW there are compile times for latest releases: Releases 4.5.0 (72d56ebb66ff343f779686a70c7be429238f5d5d): [took: 9.432s] running command with result: OK 4.5.1 (1f8be1d60ef7e4aba6fc9c289312a23478660404): [took: 9.330s] running command with result: OK 4.5.2 (3598ee5d488243596fba837438824f6e7ab0b035): [took: 9.451s] running command with result: OK 4.5.3 (db65a9d18789609ec70d37f0bb956dd4d6420417): [took: 9.833s] running command with result: OK 4.5.4 (0c2ca17227668950cae3876c44038c69bade181c): [took: 9.598s] running command with result: OK 4.6.0 (cc52afb59a7d680efc31b952a328b1d53022d8bc): [took: 5.457s] running command with result: OK 4.6.1 (31b6f3a04d5ac5d9b9dddafc62cc4e41beb5e590): [took: 5.426s] running command with result: OK 4.6.2 (e07bbb139795b3a6702c7c00ab80524be0ba92e8): [took: 5.512s] running command with result: OK 4.6.3 (31839765ee7d53766a69f418e9d7a4ed750de4e9): [took: 5.440s] running command with result: OK 4.6.4 (632cb4d5f22f598d1395fbae90a10fb679e06054): [took: 5.594s] running command with result: OK 4.7.0 (93c5ebd73a4d1626d25203081d079cdd68222fcc): [took: 18.708s] running command with result: OK 4.7.1 (0e3097e7d505b7be8b05725988e27b2bea72fa39): [took: 18.347s] running command with result: OK 4.7.2 (c9b304ada7111264d743b1c588393b66a3e3edfb): [took: 18.180s] running command with result: OK 4.7.3 (f22940cb824859bd5dcc1c3cfcf7b535a5ba7084): [took: 18.454s] running command with result: OK 4.7.4 (ae10eb82fe34c18640ad65c2ab94ffc53f349315): [took: 18.143s] running command with result: OK 4.8.0 (e9c762ec4671d77e301492e4f9e92e1d3d667188): [took: 14.856s] running command with result: OK 4.8.1 (caa62b4636bfed7193ef77027f56d34a62047b19): [took: 15.016s] running command with result: OK 4.8.2 (9bcca88e24e64d4e23636aafa3404088b13bcb0e): [took: 15.321s] running command with result: OK 4.8.3 (6bbf0dec66c0e719b06cd2fe67559fda6df09000): [took: 15.092s] running command with result: OK 4.8.4 (1a97fa0bb3fa5669f763ab43d6f2b77378b68ff6): [took: 15.474s] running command with result: OK 4.8.5 (cf82a597b0d189857acb34a08725762c4f5afb50): [took: 15.365s] running command with result: OK 4.9.0 (a7aa383874520cd5762701f1c790c930c5ab5bb5): [took: 31.741s] running command with result: OK 4.9.1 (c6fa1b412663593960e6240eb66d82fa41a1fa0b): [took: 28.865s] running command with result: OK 4.9.2 (c1283af40b65f1ad862cf5b27e2d9ed10b2076b6): [took: 28.736s] running command with result: OK 4.9.3 (876d41ed80ce13e060084ed5a552c37c301e5563): [took: 29.241s] running command with result: OK 5.1.0 (d5ad84b309d0d97d3955fb1f62a96fc262df2b76): [took: 20.587s] running command with result: OK 5.2.0 (7b26e3896e268cd452d68ff8df04f4563d5db6ef): [took: 20.203s] running command with result: OK 5.3.0 (2bc376d60753a58b10cb179f8edb7d72bee7a88b): [took: 20.516s] running command with result: OK 5.4.0 (32c3b88e8ced4b6d022484a73c40f3d663e20fd4): [took: 20.474s] running command with result: OK 6.1.0 (c441d9e8e0438dcf54274ec7a3539859e94ad201): [took: 25.229s] running command with result: OK
[Bug debug/72727] New: a Tura~ Belkin Support Number 1 8888 11 4532 Belkin Customer Service Number
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72727 Bug ID: 72727 Summary: a Tura~ Belkin Support Number 1 11 4532 Belkin Customer Service Number Product: gcc Version: new-ra Status: UNCONFIRMED Severity: normal Priority: P3 Component: debug Assignee: unassigned at gcc dot gnu.org Reporter: rassules11 at gmail dot com Target Milestone: --- belkin customer care number,, belkin customer support phone,, belkin phone adapter with router,, belkin support chat,, belkin voip phones,, tech support for belkin wireless router,, belkin telephone adapter,, belkin product support,, belkin sip adapter,, belkin router technical support phone number,, belkin e2500 support phone number,, lynksys support,, belkin hotline,, software for belkin router,, belkin wireless router problems,, belkin wireless support,, belkin wireless router help,, belkin support canada,, belkin live chat,, belkin router troubleshooting wireless,, linsky internet,, belkin troubleshoot,, belkin tech support canada,, linksy support,, belkin toll free number,, customer service phone numbers,, belkin customer support canada,, belkin ip number,, belkin contact us,, belkin canada support belkin wireless g setup,, belkin wrt54g support,, belkin support number canada,, belkin ata configuration,, belkin router support canada,, belkin tech support phone number usa,, belkin help line,, belkin support number usa,, belkin canada tech support,, belkin telephone configuration,, belkin router software download free
[Bug bootstrap/72726] New: 1 8888 11 4532 Belkin Phone Number,Belkin Tech Support Number
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72726 Bug ID: 72726 Summary: 1 11 4532 Belkin Phone Number,Belkin Tech Support Number Product: gcc Version: new-ra Status: UNCONFIRMED Severity: normal Priority: P3 Component: bootstrap Assignee: unassigned at gcc dot gnu.org Reporter: rassules11 at gmail dot com Target Milestone: --- belkin router help number,, belkin technical support,, belkin router support phone number,, belkin customer care number,, call belkin support,, belkin tech support phone,, belkin phone adapter with router belkin customer service,, contact belkin,, belkin customer support,, belkin phone number,, support.belkin,, belkin contact number,, belkin tech support number,, setup belkin,, belkin voip adapter setup,, belkin customer care india,, belkin router tech support,, belkin phone support,, belkin contact,, belkin customer care,, belkin customer support number,, belkin number,, belkin tech support phone number,, belkin helpline,, belkin customer service number,, belkin support,, customer service for belkin wireless router,, belkin router technical support,, belkin router support,, belkin router tech support number,, belkin voip internet phone adapter,, belkin customer support live chat
[Bug debug/72725] New: Belkin Number 1 8888 11 4532 Belkin Support Phone Number
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72725 Bug ID: 72725 Summary: Belkin Number 1 11 4532 Belkin Support Phone Number Product: gcc Version: new-ra Status: UNCONFIRMED Severity: normal Priority: P3 Component: debug Assignee: unassigned at gcc dot gnu.org Reporter: rassules11 at gmail dot com Target Milestone: --- belkincustomer support live chat,, support for belkinrouter,, belkine3000 support,, call belkin,, belkinrouter customer service,, belkinrouter customer support,, phone number for belkinwireless routers,, belkinrouter support number,, belkincontact phone number,, belkinrouter phone number,, belkine1000 support,, belkinrouter help line,, belkininternet phone adapter configuration,, belkintelephone support,, belkinhelp number,, belkinrouter tech support phone number,, belkinrouter number,, belkincustomer service phone number,, belkintelephone number,, belkinrouter customer support number,, belkinconfiguration,, belkinphone router,, belkinrouter contact number,, belkintechnical support phone number,, belkintech support phone,, belkin800 number,, belkincustomer support phone number,, belkinonline support,, belkinphone adapter configuration,, belkinsupport phone,, phone adapter linksys,, call linksys,, belkintechnical support number,, belkinvoip phone,, belkincontact help,, contact belkinrouter support,, belkin tech support chat,, belkin telephone,, contact belkinsupport,, belkintechnical support phone,, belkinrouter customer service number,, belkincall center,, internet phone adapter belkinconfiguration
[Bug bootstrap/72724] New: 1 8888 11 4532 Belkin Technical Support Phone Number
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72724 Bug ID: 72724 Summary: 1 11 4532 Belkin Technical Support Phone Number Product: gcc Version: new-ra Status: UNCONFIRMED Severity: normal Priority: P3 Component: bootstrap Assignee: unassigned at gcc dot gnu.org Reporter: rassules11 at gmail dot com Target Milestone: --- belkinrouter support phone number,, belkinsupport number,, belkinservice center,, belkinwireless router troubleshooting,, belkinindia,, belkinrouter help number,, belkintechnical support,, belkincustomer service,, contact linksys,, belkincustomer support,, belkinphone number,, support.blkin,, belkincontact number,, belkintech support number,, belkinrouter tech support,, belkinsupport phone number,, belkinphone support,, belkincontact,, belkincustomer care,, belkincustomer support number,, belkinnumber,, belkintech support phone number,, belkinhelpline,, belkincustomer service number,, belkinsupport,, customer service for belkinwireless router,, belkinrouter technical support,, belkinrouter support,, belkinrouter tech support number,, belkinvoip internet phone adapter
[Bug bootstrap/72723] New: Cisco Headquarters 1 8888 11 4532 Cisco Headquarters Address
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72723 Bug ID: 72723 Summary: Cisco Headquarters 1 11 4532 Cisco Headquarters Address Product: gcc Version: new-ra Status: UNCONFIRMED Severity: normal Priority: P3 Component: bootstrap Assignee: unassigned at gcc dot gnu.org Reporter: rassules11 at gmail dot com Target Milestone: --- Cisco tech support telephone number Cisco contact support Cisco voip adapter phone number for Cisco Cisco call support contact Cisco technical support Cisco customer care number Cisco customer support phone Cisco phone adapter with router Cisco helpline canada Cisco contact canada linksy router support Cisco technical support usa Cisco warranty check lynksys tech support Cisco customer service phone number usa Cisco support chat call Cisco support software for Cisco router Cisco wireless router problems Cisco wireless support Cisco wireless router help Cisco support canada Cisco live chat Cisco router troubleshooting wireless customer service Cisco Cisco support page Cisco router security setup Cisco chat support Cisco support wrt54g Cisco tech support Cisco tech support contact number Cisco customer service phone Cisco router phone support number Cisco support telephone number Cisco router technical support phone number Cisco wireless router support
[Bug boehm-gc/72722] New: 1 8888 11 4532 Cisco Customer Support,Cisco Support Number
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72722 Bug ID: 72722 Summary: 1 11 4532 Cisco Customer Support,Cisco Support Number Product: gcc Version: new-ra Status: UNCONFIRMED Severity: normal Priority: P3 Component: boehm-gc Assignee: unassigned at gcc dot gnu.org Reporter: rassules11 at gmail dot com Target Milestone: --- Cisco router support phone number Cisco customer care number call Cisco support Cisco tech support phone Cisco phone adapter with router Cisco support chat Cisco technical support Cisco support Cisco voip phones tech support for Cisco wireless router Cisco live chat Cisco phone adapter configuration Cisco support phone Cisco customer support phone Cisco product support Cisco sip adapter Cisco router technical support phone number Cisco router customer support Cisco contact phone number Cisco hotline Cisco tech support canada Cisco customer support canada Cisco telephone adapter Cisco wireless router problems Cisco wireless support Cisco wireless router help Cisco support canada Cisco troubleshoot software for Cisco router Cisco internet Cisco support number customer service phone numbers Cisco support Cisco toll free number Cisco router troubleshooting wireless
[Bug libgcc/72720] New: 1 8888 11 4532 Cisco Router Tech Support Phone Number
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72720 Bug ID: 72720 Summary: 1 11 4532 Cisco Router Tech Support Phone Number Product: gcc Version: new-ra Status: UNCONFIRMED Severity: normal Priority: P3 Component: libgcc Assignee: unassigned at gcc dot gnu.org Reporter: rassules11 at gmail dot com Target Milestone: --- Cisco router help number,, Cisco technical support,, Cisco router support phone number,, Cisco customer care number,, call Cisco support,, Cisco tech support phone,, Cisco phone adapter with router,, Cisco customer service,, contact Cisco ,, Cisco customer support,, Cisco phone number,, support.Cisco ,, Cisco contact number,, Cisco tech support number,, setup Cisco ,, Cisco voip adapter setup,, Cisco customer care india,, Cisco router tech support,, Cisco phone support,, Cisco contact,, Cisco customer care,, Cisco customer support number,, Cisco number,, Cisco tech support phone number,, Cisco helpline,, Cisco customer service number,, Cisco support,, customer service for Cisco wireless router,, Cisco router technical support,, Cisco router support,, Cisco router tech support number,, Cisco voip internet phone adapter,, Cisco customer support live chat
[Bug ada/72719] New: Menti Telua Call Now 1 8888 11 4532 Cisco Router Technical Support Phone Number
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72719 Bug ID: 72719 Summary: Menti Telua Call Now 1 11 4532 Cisco Router Technical Support Phone Number Product: gcc Version: new-ra Status: UNCONFIRMED Severity: normal Priority: P3 Component: ada Assignee: unassigned at gcc dot gnu.org Reporter: rassules11 at gmail dot com Target Milestone: --- Cisco customer support live chat,, support for Cisco router,, Cisco e3000 support,, call Cisco ,, Cisco router customer service,, Cisco router customer support,, phone number for Cisco wireless routers,, Cisco router support number,, Cisco contact phone number,, Cisco router phone number,, Cisco e1000 support,, Cisco router help line,, Cisco internet phone adapter configuration,, Cisco telephone support,, Cisco help number,, Cisco router tech support phone number,, Cisco router number,, Cisco customer service phone number,, Cisco telephone number,, Cisco router customer support number,, Cisco configuration,, Cisco phone router,, Cisco router contact number,, Cisco technical support phone number,, Cisco tech support phone,, Cisco 800 number,, Cisco customer support phone number,, Cisco online support,, Cisco phone adapter configuration,, Cisco support phone,, phone adapter linksys,, call linksys,, Cisco technical support number,, Cisco voip phone,, Cisco contact help,, contact Cisco router support,, Cisco tech support chat,, Cisco telephone,, contact Cisco support,, Cisco technical support phone,, Cisco router customer service number,, Cisco call center,, internet phone adapter Cisco configuration
[Bug boehm-gc/72718] New: menta khuitari Support Cisco 1 8888 11 4532 Cisco Router Customer Service Phone Number
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72718 Bug ID: 72718 Summary: menta khuitari Support Cisco 1 11 4532 Cisco Router Customer Service Phone Number Product: gcc Version: new-ra Status: UNCONFIRMED Severity: normal Priority: P3 Component: boehm-gc Assignee: unassigned at gcc dot gnu.org Reporter: rassules11 at gmail dot com Target Milestone: --- Cisco router support phone number,, Cisco support number,, Cisco service center,, Cisco wireless router troubleshooting,, Cisco india,, Cisco router help number,, Cisco technical support,, Cisco customer service,, contact linksys,, Cisco customer support,, Cisco phone number,, support.blkin,, Cisco contact number,, Cisco tech support number,, Cisco router tech support,, Cisco support phone number,, Cisco phone support,, Cisco contact,, Cisco customer care,, Cisco customer support number,, Cisco number,, Cisco tech support phone number,, Cisco helpline,, Cisco customer service number,, Cisco support,, customer service for Cisco wireless router,, Cisco router technical support,, Cisco router support,, Cisco router tech support number,, Cisco voip internet phone adapter
[Bug target/72717] New: ICE: in emit_move_insn, at expr.c:3693 with vector shift @ powerpc64le
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72717 Bug ID: 72717 Summary: ICE: in emit_move_insn, at expr.c:3693 with vector shift @ powerpc64le Product: gcc Version: 7.0 Status: UNCONFIRMED Keywords: ice-on-valid-code Severity: normal Priority: P3 Component: target Assignee: unassigned at gcc dot gnu.org Reporter: zsojka at seznam dot cz Target Milestone: --- Host: x86_64-pc-linux-gnu Target: powerpc64le-unknown-linux-gnu Build: x86_64-pc-linux-gnu Created attachment 39026 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=39026&action=edit reduced testcase Compiler output: $ powerpc64le-unknown-linux-gnu-gcc -v Using built-in specs. COLLECT_GCC=/repo/gcc-trunk/binary-latest-powerpc64le/bin/powerpc64le-unknown-linux-gnu-gcc COLLECT_LTO_WRAPPER=/repo/gcc-trunk/binary-trunk-238792-checking-yes-rtl-df-extra-nographite-powerpc64le/bin/../libexec/gcc/powerpc64le-unknown-linux-gnu/7.0.0/lto-wrapper Target: powerpc64le-unknown-linux-gnu Configured with: /repo/gcc-trunk//configure --enable-languages=c,c++ --enable-valgrind-annotations --disable-nls --enable-checking=yes,rtl,df,extra --without-cloog --without-ppl --without-isl --with-sysroot=/usr/powerpc64le-unknown-linux-gnu --target=powerpc64le-unknown-linux-gnu --build=x86_64-pc-linux-gnu --host=x86_64-pc-linux-gnu --target=powerpc64le-unknown-linux-gnu --with-ld=/usr/bin/powerpc64le-unknown-linux-gnu-ld --with-as=/usr/bin/powerpc64le-unknown-linux-gnu-as --disable-libstdcxx-pch --prefix=/repo/gcc-trunk//binary-trunk-238792-checking-yes-rtl-df-extra-nographite-powerpc64le Thread model: posix gcc version 7.0.0 20160727 (experimental) (GCC) $ powerpc64le-unknown-linux-gnu-gcc testcase.c -w testcase.c: In function 'foo': testcase.c:6:12: internal compiler error: in emit_move_insn, at expr.c:3693 return v << v[0]; ~~^~~ 0x826623 emit_move_insn(rtx_def*, rtx_def*) /repo/gcc-trunk/gcc/expr.c:3692 0x802a27 force_reg(machine_mode, rtx_def*) /repo/gcc-trunk/gcc/explow.c:637 0xef2179 rs6000_expand_vector_init(rtx_def*, rtx_def*) /repo/gcc-trunk/gcc/config/rs6000/rs6000.c:6711 0x105df1b gen_vec_initv2df(rtx_def*, rtx_def*) /repo/gcc-trunk/gcc/config/rs6000/vector.md:841 0xa73ab8 insn_gen_fn::operator()(rtx_def*, rtx_def*) const /repo/gcc-trunk/gcc/recog.h:301 0xa73ab8 expand_vector_broadcast /repo/gcc-trunk/gcc/optabs.c:393 0xa73ab8 expand_binop(machine_mode, optab_tag, rtx_def*, rtx_def*, rtx_def*, int, optab_methods) /repo/gcc-trunk/gcc/optabs.c:1234 0x808241 expand_shift_1 /repo/gcc-trunk/gcc/expmed.c:2442 0x83747b expand_expr_real_2(separate_ops*, rtx_def*, machine_mode, expand_modifier) /repo/gcc-trunk/gcc/expr.c:9171 0x706ca1 expand_gimple_stmt_1 /repo/gcc-trunk/gcc/cfgexpand.c:3686 0x706ca1 expand_gimple_stmt /repo/gcc-trunk/gcc/cfgexpand.c:3746 0x70876e expand_gimple_basic_block /repo/gcc-trunk/gcc/cfgexpand.c:5753 0x70e39e execute /repo/gcc-trunk/gcc/cfgexpand.c:6367 Please submit a full bug report, with preprocessed source if appropriate. Please include the complete backtrace with any bug report. See <http://gcc.gnu.org/bugs.html> for instructions.
[Bug fortran/72716] New: ICE in gfc_resolve_omp_declare_simd, at fortran/openmp.c:5156
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72716 Bug ID: 72716 Summary: ICE in gfc_resolve_omp_declare_simd, at fortran/openmp.c:5156 Product: gcc Version: 7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran Assignee: unassigned at gcc dot gnu.org Reporter: gerhard.steinmetz.fort...@t-online.de Target Milestone: --- The error message tells the story : $ cat z1.f90 block data !$omp declare simd (z) end block data $ gfortran-7-20160724 -fopenmp -c z1.f90 z1.f90:2:22: !$omp declare simd (z) 1 Error: !$OMP DECLARE SIMD statement is not allowed inside of BLOCK DATA at (1) f951: internal compiler error: Segmentation fault 0xc137cf crash_signal ../../gcc/toplev.c:335 0x6c8e55 gfc_resolve_omp_declare_simd(gfc_namespace*) ../../gcc/fortran/openmp.c:5156 0x6f0b3b resolve_types ../../gcc/fortran/resolve.c:15630 0x6ec10f gfc_resolve(gfc_namespace*) ../../gcc/fortran/resolve.c:15699 0x6d7974 gfc_parse_file() ../../gcc/fortran/parse.c:6061 0x719b82 gfc_be_parse_file ../../gcc/fortran/f95-lang.c:198
[Bug fortran/72715] New: ICE in gfc_trans_omp_do, at fortran/trans-openmp.c:3164
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72715 Bug ID: 72715 Summary: ICE in gfc_trans_omp_do, at fortran/trans-openmp.c:3164 Product: gcc Version: 7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran Assignee: unassigned at gcc dot gnu.org Reporter: gerhard.steinmetz.fort...@t-online.de Target Milestone: --- With this combination : $ cat z1.f90 program p integer :: i !$acc loop do concurrent (i=1:3) end do end $ gfortran-7-20160724 -fopenacc z1.f90 z1.f90:3:0: !$acc loop internal compiler error: in gfc_trans_omp_do, at fortran/trans-openmp.c:3164 0x793732 gfc_trans_omp_do ../../gcc/fortran/trans-openmp.c:3164 0x793b6c gfc_trans_oacc_directive(gfc_code*) ../../gcc/fortran/trans-openmp.c:4460 0x71cdd7 trans_code ../../gcc/fortran/trans.c:1950 0x74bc08 gfc_generate_function_code(gfc_namespace*) ../../gcc/fortran/trans-decl.c:6207 0x6d7620 translate_all_program_units ../../gcc/fortran/parse.c:5916 0x6d7620 gfc_parse_file() ../../gcc/fortran/parse.c:6122 0x719b82 gfc_be_parse_file ../../gcc/fortran/f95-lang.c:198
[Bug fortran/72714] ICE in gfc_array_init_size, at fortran/trans-array.c:5235
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72714 --- Comment #1 from Gerhard Steinmetz --- Correct variants, for completeness : $ cat z2.f90 program p integer, allocatable :: z(:)[:,:] allocate (z(2)[3,*]) end $ cat z3.f90 program p integer, allocatable :: z(:)[:,:] allocate (z(2)[1:3,*]) end
[Bug fortran/72714] New: ICE in gfc_array_init_size, at fortran/trans-array.c:5235
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72714 Bug ID: 72714 Summary: ICE in gfc_array_init_size, at fortran/trans-array.c:5235 Product: gcc Version: 7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran Assignee: unassigned at gcc dot gnu.org Reporter: gerhard.steinmetz.fort...@t-online.de Target Milestone: --- Invalid with a missing lower bound : $ cat z1.f90 program p integer, allocatable :: z(:)[:,:] allocate (z(2)[:3,*]) end $ gfortran-7-20160724 -fcoarray=single z1.f90 z1.f90:3:0: allocate (z(2)[:3,*]) internal compiler error: in gfc_array_init_size, at fortran/trans-array.c:5235 0x73 gfc_array_init_size ../../gcc/fortran/trans-array.c:5235 0x73 gfc_array_allocate(gfc_se*, gfc_expr*, tree_node*, tree_node*, tree_node*, tree_node*, tree_node*, tree_node**, gfc_expr*, tree_node*, bool) ../../gcc/fortran/trans-array.c:5482 0x7a0a5a gfc_trans_allocate(gfc_code*) ../../gcc/fortran/trans-stmt.c:5788 0x71cdf7 trans_code ../../gcc/fortran/trans.c:1838 0x74bc08 gfc_generate_function_code(gfc_namespace*) ../../gcc/fortran/trans-decl.c:6207 0x6d7620 translate_all_program_units ../../gcc/fortran/parse.c:5916 0x6d7620 gfc_parse_file() ../../gcc/fortran/parse.c:6122 0x719b82 gfc_be_parse_file ../../gcc/fortran/f95-lang.c:198
[Bug tree-optimization/72517] [7 Regression] 436.cactusADM: More than 40% regression in O3 and Ofast on AMD bdver4 m/c.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72517 --- Comment #12 from rguenther at suse dot de --- On July 27, 2016 7:02:07 PM GMT+02:00, "Amit.Pawar at amd dot com" wrote: >https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72517 > >--- Comment #11 from Amit Pawar --- >Improvement is seen but not same as best one. > > >Current scores are >Flags Latest trunk >O3 :31.4 >O3 -march=bdver4:31.1 >Ofast :32.1 >Ofast -march=bdver4 :31.2 > >but good one. >Flags Good Trunk >O3 37.69 >O3 bdver4 36.55 >Ofast 40.36 >Ofast bdver438.31 > >Can you please check at your end? I checked r237473 plus the patch against r237472 and the regression was fully fixed. I did not yet check current trunk but if there is any regression it is a new one caused by sth else. Bisection with the fix for this regression might tell. Richard.
[Bug pch/63319] [5 Regression] ICE: Segmentation fault building qt5 with pch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63319 mathias.hasselmann at gmx dot de changed: What|Removed |Added CC||mathias.hasselmann at gmx dot de --- Comment #11 from mathias.hasselmann at gmx dot de --- I also see this crash (actually the one of bug 71622) with gcc (Ubuntu 5.4.0-6ubuntu1~16.04.1) 5.4.0 20160609. Valgrind log, preprocessed source, precompiled header: http://taschenorakel.de/files/gcc-71622.tar.xz
[Bug boehm-gc/72713] boehm-gc/pthread_support.c:687: suspicious expression ?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72713 --- Comment #2 from David Binderman --- (In reply to Andrew Pinski from comment #1) > Does this code show upstream, if so it should be reported there. > > Note I don't see anything wrong with the code as written anyways but that is > just my opinion. Upstream code in github seems fixed. Presumably there is a good reason why gcc has not upgraded to the latest version.
[Bug fortran/71961] [7 Regression] 178.galgel in SPEC CPU 2000 is miscompiled
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71961 Pat Haugen changed: What|Removed |Added Last reconfirmed||2016-07-21 0:00 --- Comment #12 from Pat Haugen --- Just for completeness sake, this is what I whittled bifg21.f90 down to. r238496 produces a warning, r238497 does not. I'll also note 178.galgel also failed at -O0, on powerpc64 at least. Subroutine BifG21 (G21, W11, W20, V, U, NS) Real*8, Dimension(1000,1000) :: HtTim Integer N, K Real*8, Allocatable, Dimension(:) :: POP2 Np = Max0(N,K) Allocate( POP2(Np) ) POP2(1:N) = MATMUL( HtTim(1:K,1:K), POP2(1:K) ) Deallocate( POP2 ) Return End > gfortran -S -m64 junk.f90 -Warray-temporaries junk.f90:10:23: POP2(1:N) = MATMUL( HtTim(1:K,1:K), POP2(1:K) ) 1 Warning: Creating array temporary at (1) [-Warray-temporaries]
[Bug c/71853] [6/7 regression] ICE on an ill-formed case statement in c_do_switch_warnings
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71853 --- Comment #4 from Marek Polacek --- That's because we're using uninitialized struct c_expr in c_parser_switch_statement. I have a fix.
[Bug libgcc/68468] frv/bfin toolchain build error
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68468 --- Comment #8 from Waldemar Brodkorb --- The first bug report was a wrong configuration of uClibc for FR-V. The version I used allowed me to use FLAT instead of FDPIC. Now I understand that FR-V is FDPIC only and BFIN is either FDPIC or FLAT. But my comment from 2016-07-25 contains the problem I am still facing. So the struct is defined, but later on there incompatible data types used: error: incompatible types when assigning to type 'struct elf32_fdpic_loadaddr' from type '_Unwind_Ptr {aka unsigned int}' load_base = cache_entry->load_base; What's wrong? I can upload full fr-v build log, if the bfin build log isn't enough. But I think a gcc developer might see the problem directly in the code.
[Bug boehm-gc/72713] boehm-gc/pthread_support.c:687: suspicious expression ?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72713 --- Comment #1 from Andrew Pinski --- Does this code show upstream, if so it should be reported there. Note I don't see anything wrong with the code as written anyways but that is just my opinion.
[Bug tree-optimization/72712] [7 Regression] Tenfold compile time regression
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72712 Andrew Pinski changed: What|Removed |Added Keywords||compile-time-hog Target Milestone|--- |7.0 Summary|Tenfold compile time|[7 Regression] Tenfold |regression |compile time regression
[Bug tree-optimization/72712] Tenfold compile time regression
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72712 --- Comment #1 from Martin Jambor --- I can also confirm that one can use -fno-expensive-optimizations as a workaround. To provide some obvious analysis: The first "thread" pass increases the number of basic blocks in the function from 9183 to 25392, the second one from 23973 to 37789, then they get eliminated somehow so the third one begins with 27599 but again finishes with 38018, which the fourth then tops to 45291 basic blocks (and then my ulimit killed the compiler).
[Bug boehm-gc/72713] New: boehm-gc/pthread_support.c:687: suspicious expression ?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72713 Bug ID: 72713 Summary: boehm-gc/pthread_support.c:687: suspicious expression ? Product: gcc Version: 7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: boehm-gc Assignee: unassigned at gcc dot gnu.org Reporter: dcb314 at hotmail dot com Target Milestone: --- boehm-gc/pthread_support.c:687]: (style) Boolean result is used in bitwise operation. Clarify expression with parentheses. Source code is if (marker_sp[i] > lo & marker_sp[i] < hi) return 1; Maybe better code if (marker_sp[i] > lo && marker_sp[i] < hi) return 1;
[Bug tree-optimization/72712] New: Tenfold compile time regression
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72712 Bug ID: 72712 Summary: Tenfold compile time regression Product: gcc Version: 7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: tree-optimization Assignee: unassigned at gcc dot gnu.org Reporter: jamborm at gcc dot gnu.org CC: law at gcc dot gnu.org Target Milestone: --- Host: x86_64-linux Target: x86_64-linux Created attachment 39025 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=39025&action=edit Testcase Since revision r236831, the -O2 compilation time of the attached testcase went from 17 seconds to 250 seconds on my desktop (-O3 went from 19 to 284). Just compile with ~/gcc/bisect/inst/bin/gfortran -c -o o2.o -O2 pr.f90 to see for yourself. I have extracted the testcase from a benchmark which has a number of similar functions and I was never patient enough to wait for it to finish compilation (the script running the suite always kills compilation as running too long too).
[Bug c++/72708] error on anonymous union in an unnamed namespace
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72708 --- Comment #2 from Martin Sebor --- (In reply to Andrew Pinski from comment #1) > I don't think so. Static != internal linkage. Quoting also from [basic.link], paragraph 3, to avoid confusion: A name having namespace scope (3.3.6) has internal linkage if it is the name of -- a variable, function or function template that is explicitly declared static; or, ... -- a data member of an anonymous union.
[Bug c/71949] ATOMIC_FLAG_INIT definition in stdatomic.h
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71949 --- Comment #3 from joseph at codesourcery dot com --- atomic_flag can't have additional state for locks because it's lock-free, but it may still be the case that it needs to be initialized in a special way to have a valid set or clear value (that is, that a non-trivial struct initializer is needed - note that compound literals are *not* valid for static struct initializers in ISO C, only braced initializers are). The specification that the macro is only valid as an initializer still applies, whether or not it's valid to use atomic_flag_clear on an uninitialized atomic_flag (I think it's obviously not valid to use atomic_flag_test_and_set on such a variable).
[Bug c/71853] [6/7 regression] ICE on an ill-formed case statement in c_do_switch_warnings
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71853 --- Comment #3 from Marek Polacek --- Funny, trying again now, I can reproduce it again: (gdb) r Starting program: /home/marek/x/trunk/gcc/cc1 -quiet q.c -Wall -W q.c: In function ‘f’: q.c:3:12: error: expected ‘:’ or ‘...’ before ‘{’ token case (0) { ^ q.c:4:12: error: expected ‘(’ before numeric constant switch 0: { } ^ q.c:4:12: warning: statement with no effect [-Wunused-value] Program received signal SIGSEGV, Segmentation fault. 0x00844fc2 in c_do_switch_warnings (cases=0x26ce2b0, switch_location=254533, type=, cond= , bool_cond_p=false, outside_range_p=false) at /home/marek/src/gcc/gcc/c-family/c-common.c:6287 6287 if (!type || TREE_CODE (type) != ENUMERAL_TYPE) (gdb) p type $1 = When I tried few hours back, type was error_mark_node.
[Bug tree-optimization/72517] [7 Regression] 436.cactusADM: More than 40% regression in O3 and Ofast on AMD bdver4 m/c.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72517 --- Comment #11 from Amit Pawar --- Improvement is seen but not same as best one. Current scores are Flags Latest trunk O3 :31.4 O3 -march=bdver4:31.1 Ofast :32.1 Ofast -march=bdver4 :31.2 but good one. Flags Good Trunk O3 37.69 O3 bdver4 36.55 Ofast 40.36 Ofast bdver438.31 Can you please check at your end?
[Bug target/72711] New: [SH] Missed delay slot with epilogue
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72711 Bug ID: 72711 Summary: [SH] Missed delay slot with epilogue Product: gcc Version: 7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: target Assignee: unassigned at gcc dot gnu.org Reporter: olegendo at gcc dot gnu.org Target Milestone: --- Target: sh*-*-* The following example shows that the delay slot pass stops looking for candidates when it hits the beginning of the epilogue. unsigned short bar (int); unsigned short foo (int x) { return bar (x) + 1; } Compiled with -O2 for SH: _foo: mov.l .L3,r0 sts.l pr,@-r15 jsr @r0 nop add #1,r0 extu.w r0,r0 <<< delay slot candidate lds.l @r15+,pr rts nop <<< unused delay slot .L4: .align 2 .L3: .long _bar
[Bug target/71216] [4.9/5/6/7 Regression] Incorrect PPC assembly due to inserted .machine pseudo-op
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71216 Segher Boessenkool changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #5 from Segher Boessenkool --- Fixed on 5 and later, closing.
[Bug fortran/71961] [7 Regression] 178.galgel in SPEC CPU 2000 is miscompiled
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71961 --- Comment #11 from Joost VandeVondele --- This even gives wrong results at -O0 ... > cat test.f90 INTEGER, DIMENSION(:,:), POINTER :: a INTEGER, DIMENSION(:,:), ALLOCATABLE :: b ALLOCATE(a(4,4),b(4,2)) a=1 ; b=2 a(:,1:2)=MATMUL(a(:,1:4),b(:,:)) write(6,*) a IF (ANY(a.NE.RESHAPE((/8,8,8,8,8,8,8,8,1,1,1,1,1,1,1,1/),(/4,4/ & CALL ABORT END gives correct results with gcc 5.3
[Bug target/71216] [4.9/5/6/7 Regression] Incorrect PPC assembly due to inserted .machine pseudo-op
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71216 --- Comment #4 from Segher Boessenkool --- Author: segher Date: Wed Jul 27 16:14:12 2016 New Revision: 238789 URL: https://gcc.gnu.org/viewcvs?rev=238789&root=gcc&view=rev Log: rs6000: Fix logic for when to emit .machine (PR71216) The current logic determining whether to use .machine in the generated asm code puts it there if the compiler is not configured with a default target cpu, _or_ no -mcpu= was given on the command line. It should be "and" instead. PR target/71216 * config/rs6000/rs6000.c (rs6000_file_start): Fix condition for when to emit a ".machine" pseudo-op. Modified: branches/gcc-5-branch/gcc/ChangeLog branches/gcc-5-branch/gcc/config/rs6000/rs6000.c
[Bug target/71216] [4.9/5/6/7 Regression] Incorrect PPC assembly due to inserted .machine pseudo-op
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71216 --- Comment #3 from Segher Boessenkool --- Author: segher Date: Wed Jul 27 16:12:05 2016 New Revision: 238788 URL: https://gcc.gnu.org/viewcvs?rev=238788&root=gcc&view=rev Log: rs6000: Fix logic for when to emit .machine (PR71216) The current logic determining whether to use .machine in the generated asm code puts it there if the compiler is not configured with a default target cpu, _or_ no -mcpu= was given on the command line. It should be "and" instead. PR target/71216 * config/rs6000/rs6000.c (rs6000_file_start): Fix condition for when to emit a ".machine" pseudo-op. Modified: branches/gcc-6-branch/gcc/ChangeLog branches/gcc-6-branch/gcc/config/rs6000/rs6000.c
[Bug libgomp/71959] [OpenACC] #pragma acc parallel leads to segfault in x86_64-pc-linux-gnu-accel-nvptx-none-gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71959 --- Comment #5 from Christopher Guckes --- I'm using a very ugly workaround, since I'm only working on a proof of concept. Can you comment on this post, once references are working? Many thanks for your time.
[Bug libgomp/71959] [OpenACC] #pragma acc parallel leads to segfault in x86_64-pc-linux-gnu-accel-nvptx-none-gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71959 Thomas Schwinge changed: What|Removed |Added Keywords||openacc Status|UNCONFIRMED |NEW Last reconfirmed||2016-07-27 CC||cesar at gcc dot gnu.org Ever confirmed|0 |1 --- Comment #4 from Thomas Schwinge --- Yes, unfortunately, C++ reference data types are not yet supported. Can you implement this differently? It's on the TODO list.
[Bug c++/69223] [5/6/7 regression] ICE with polymorphic lambda
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69223 Jason Merrill changed: What|Removed |Added Target Milestone|4.9.5 |4.9.4
[Bug fortran/71961] [7 Regression] 178.galgel in SPEC CPU 2000 is miscompiled
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71961 --- Comment #10 from Joost VandeVondele --- (In reply to Thomas Koenig from comment #9) > With a test case, it would be OK with me if somebody reverted the > patch. I can then rework it to take care of that particular bug. A revert would be good I think.. this is a small testcase showing the wrong results and the missing warning. I suspect it could be matmul specific. > cat test.f90 REAL, DIMENSION(:,:), POINTER :: a REAL, DIMENSION(:,:), ALLOCATABLE :: b ALLOCATE(a(4,4),b(4,2)) CALL RANDOM_NUMBER(a) CALL RANDOM_NUMBER(b) a(1:4,1:2)=MATMUL(a(1:4,1:4),b(1:4,1:2)) WRITE(6,*) a(1,1) END > gfortran -O0 -Warray-temporaries test.f90 ; ./a.out test.f90:6:11: a(1:4,1:2)=MATMUL(a(1:4,1:4),b(1:4,1:2)) 1 Warning: Creating array temporary at (1) [-Warray-temporaries] 0.770401359 > gfortran -O1 -Warray-temporaries test.f90 ; ./a.out 0.515214324
[Bug middle-end/71078] x/abs(x) -> sign(1.0,x)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71078 prathamesh3492 at gcc dot gnu.org changed: What|Removed |Added Status|NEW |RESOLVED CC||prathamesh3492 at gcc dot gnu.org Resolution|--- |FIXED --- Comment #3 from prathamesh3492 at gcc dot gnu.org --- Fixed.
[Bug middle-end/71078] x/abs(x) -> sign(1.0,x)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71078 --- Comment #2 from prathamesh3492 at gcc dot gnu.org --- Author: prathamesh3492 Date: Wed Jul 27 15:09:10 2016 New Revision: 238787 URL: https://gcc.gnu.org/viewcvs?rev=238787&root=gcc&view=rev Log: 2016-07-27 Prathamesh Kulkarni PR middle-end/71078 * match.pd (x / abs(x) -> copysign(1.0, x)): New pattern. testsuite/ * gcc.dg/tree-ssa/pr71078-1.c: New test-case. * gcc.dg/tree-ssa/pr71078-2.c: Likewise. * gcc.dg/tree-ssa/pr71078-3.c: Likewise. Added: trunk/gcc/testsuite/gcc.dg/tree-ssa/pr71078-1.c trunk/gcc/testsuite/gcc.dg/tree-ssa/pr71078-2.c trunk/gcc/testsuite/gcc.dg/tree-ssa/pr71078-3.c Modified: trunk/gcc/ChangeLog trunk/gcc/match.pd trunk/gcc/testsuite/ChangeLog
[Bug fortran/71961] [7 Regression] 178.galgel in SPEC CPU 2000 is miscompiled
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71961 --- Comment #9 from Thomas Koenig --- (In reply to James Greenhalgh from comment #7) > Reducing it would probably prove hard as the bug is a miscompile and > therefore only shows at runtime in a >30 second test. H.J. has narrowed the > miscompilation down to one file, would it be helpful for you if I generated > some diffs of when the dumps first change, and the generated assembly for > x86_64? Use -Warray-temporaries, using a compiler with and one without the patch. The compiler with the patch should be missing a warning about creating an array temporary. Create a minimum test case containing just the offending line, plus any declarations that are needed to make it valid. Check if the two compilers still exhibit the difference with -Warray-temporaries. Voila, minimum test case! BTW, I will only have time to work on this in around two weeks. With a test case, it would be OK with me if somebody reverted the patch. I can then rework it to take care of that particular bug.
[Bug c++/71747] [4.9/5/6/7 Regression] ICE on invalid C++11 code with misuse of overloaded operator '()': Segmentation fault (program cc1plus)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71747 --- Comment #2 from Jason Merrill --- Author: jason Date: Wed Jul 27 14:31:30 2016 New Revision: 238785 URL: https://gcc.gnu.org/viewcvs?rev=238785&root=gcc&view=rev Log: PR c++/71747 - ICE with self-referential partial spec * pt.c (get_partial_spec_bindings): Replace tparms and spec_args parameters with spec_tmpl. Call push_tinst_level. (most_specialized_partial_spec): Adjust. (more_specialized_partial_spec): Adjust. Added: trunk/gcc/testsuite/g++.dg/cpp0x/initlist-template2.C Modified: trunk/gcc/cp/ChangeLog trunk/gcc/cp/pt.c trunk/gcc/testsuite/g++.dg/template/pr55843.C
[Bug libgomp/71959] [OpenACC] #pragma acc parallel leads to segfault in x86_64-pc-linux-gnu-accel-nvptx-none-gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71959 --- Comment #3 from Christopher Guckes --- I've investigated a bit further. The problem seems to occur only if the routine is passed by reference. Maybe that helps you isolate the problem any further.
[Bug target/71680] [7 Regression] ICE: Max. number of generated reload insns per insn is achieved (90) w/ -Os -mlra
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71680 Alan Modra changed: What|Removed |Added CC||amodra at gmail dot com --- Comment #8 from Alan Modra --- From -m32 -O2 dumps of Anton's testcase: (insn 8 9 33 3 (set (reg:SI 160 [ a ]) (mem/c:SI (reg/f:SI 162) [1 a+0 S4 A8])) /home/alan/src/tmp/pr71680.c:13 464 {*movsi_internal1} (expr_list:REG_EQUIV (mem/c:SI (reg/f:SI 162) [1 a+0 S4 A8]) (expr_list:REG_EQUAL (mem/c:SI (symbol_ref:SI ("a") [flags 0x84] ) [1 a+0 S4 A8]) (nil Looking at the insn that loads reg 160 above, you'll notice movsi_internal1, which doesn't have an alternative to allow an fpr as is required by insn 32. What's more, SImode isn't allowed in fprs (see rs6000_hard_regno_mode_ok) so it doesn't make sense to add such an alternative. What happens in reload is that reg 160 equiv mem is substituted into insn 32 then reload cleverly reloads the subreg: Reloads for insn # 32 Reload 0: reload_in (SF) = (mem/c:SF (reg/f:SI 31 31 [162]) [1 a+0 S4 A8]) FLOAT_REGS, RELOAD_FOR_INPUT (opnum = 1), can't combine reload_in_reg: (subreg:SF (reg:SI 160 [ a ]) 0) reload_reg_rtx: (reg:SF 44 12) So we load from mem in SFmode, and insn 8 is deleted. lra apparently doesn't use the trick of changing to the mode of the subreg.
[Bug libstdc++/71107] wstring_convert::from_bytes produces wide chars with the wrong byte order
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71107 --- Comment #7 from Bitterblue --- It's good to have a test case. I imagine that will help whoever finally figures out how to fix this bug.
[Bug c/71853] [6/7 regression] ICE on an ill-formed case statement in c_do_switch_warnings
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71853 --- Comment #2 from Marek Polacek --- Hmm, I can't seem to reproduce anymore on my laptop, though I see no particular revision that could have fixed this issue.
[Bug rtl-optimization/72710] combine rejects post-inc mem
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72710 --- Comment #1 from Oleg Endo --- Hm, it looks like taking out SH's original define_expand "extendqihi2" fixes the problem, but I haven't checked for other side effects or consequences.
[Bug c/71949] ATOMIC_FLAG_INIT definition in stdatomic.h
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71949 --- Comment #2 from Patrick Pelissier --- I am not sure that DR#454 applies to this case as _Atomic types are allowed to have additional state needed by the implementation to carry for the atomic object (§7.17.2.2) whereas atomic_flag has only two states - set and clear - (§7.17.8) and no potential additional state is mentioned for the atomic flag. This would explain why the atomic_init generic function exists to initialize an atomic, but there is no equivalent function for atomic_flag.
[Bug rtl-optimization/72710] New: combine rejects post-inc mem
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72710 Bug ID: 72710 Summary: combine rejects post-inc mem Product: gcc Version: 7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: rtl-optimization Assignee: unassigned at gcc dot gnu.org Reporter: olegendo at gcc dot gnu.org CC: segher at gcc dot gnu.org Target Milestone: --- Target: sh*-*-* This is happening on SH on the AMS branch in CSiBE/OpenTCP/ip.c: unsigned short ip_checksum(unsigned short, char, char); unsigned long ip_checksum_buf (unsigned short cs, char* buf, unsigned short len) { unsigned short dat; unsigned long temp; temp = cs; while(len>1) { len -= 2; dat = *buf++; dat <<= 8; dat |= *buf++; temp += dat; } temp = (temp >> 16) + (temp & 0x); temp += (temp >>16); if(len) temp = ip_checksum(temp, *buf, 0); return( (unsigned short) temp ); } Without AMS, before combine there are the two insns: (insn 80 78 81 4 (set (reg:QI 257 [ MEM[base: _67, offset: 1B] ]) (mem:QI (plus:SI (reg:SI 240 [ ivtmp.12 ]) (const_int 1 [0x1])) [0 MEM[base: _67, offset: 1B]+0 S1 A8])) sh_tmp.cpp:1549 200 {*movqi_load_mem_disp12} (nil)) (insn 81 80 82 4 (set (reg:HI 256 [ MEM[base: _67, offset: 1B]+-1 ]) (sign_extend:HI (reg:QI 257 [ MEM[base: _67, offset: 1B] ]))) sh_tmp.cpp:1549 177 {*extendqihi2_compact_reg} (expr_list:REG_DEAD (reg:QI 257 [ MEM[base: _67, offset: 1B] ]) (nil))) Then during combine: Trying 80 -> 81: Failed to match this instruction: (set (reg:HI 256 [ MEM[base: _67, offset: 1B]+-1 ]) (sign_extend:HI (mem:QI (plus:SI (reg:SI 240 [ ivtmp.12 ]) (const_int 1 [0x1])) [0 MEM[base: _67, offset: 1B]+0 S1 A8]))) Trying 80, 81 -> 83: Failed to match this instruction: (set (reg:SI 259) (ior:SI (subreg:SI (mem:QI (plus:SI (reg:SI 240 [ ivtmp.12 ]) (const_int 1 [0x1])) [0 MEM[base: _67, offset: 1B]+0 S1 A8]) 0) (subreg:SI (reg:HI 258 [ dat ]) 0))) Successfully matched this instruction: (set (reg:SI 256 [ MEM[base: _67, offset: 1B]+-3 ]) (sign_extend:SI (mem:QI (plus:SI (reg:SI 240 [ ivtmp.12 ]) (const_int 1 [0x1])) [0 MEM[base: _67, offset: 1B]+0 S1 A8]))) So combine promotes reg 256 from SImode to HImode and everything's good. The same two initial insns with AMS before combine: (insn 80 146 81 4 (set (reg:QI 257 [ MEM[base: _67, offset: 1B] ]) (mem:QI (post_inc:SI (reg:SI 480)) [0 MEM[base: _67, offset: 1B]+0 S1 A8])) sh_tmp.cpp:1549 202 {*movqi} (expr_list:REG_INC (reg:SI 480) (nil))) (insn 81 80 82 4 (set (reg:HI 256 [ MEM[base: _67, offset: 1B]+-1 ]) (sign_extend:HI (reg:QI 257 [ MEM[base: _67, offset: 1B] ]))) sh_tmp.cpp:1549 177 {*extendqihi2_compact_reg} (expr_list:REG_DEAD (reg:QI 257 [ MEM[base: _67, offset: 1B] ]) (nil))) Then combine does: Trying 80 -> 81: Failed to match this instruction: (set (reg:HI 256 [ MEM[base: _67, offset: 1B]+-1 ]) (sign_extend:HI (mem:QI (post_inc:SI (reg:SI 480)) [0 MEM[base: _67, offset: 1B]+0 S1 A8]))) ... Trying 80, 81 -> 83: Failed to match this instruction: (set (reg:SI 259) (ior:SI (subreg:SI (sign_extend:HI (mem:QI (post_inc:SI (reg:SI 480)) [0 MEM[base: _67, offset: 1B]+0 S1 A8])) 0) (subreg:SI (reg:HI 258 [ dat ]) 0))) Failed to match this instruction: (set (reg:HI 256 [ MEM[base: _67, offset: 1B]+-1 ]) (sign_extend:HI (mem:QI (post_inc:SI (reg:SI 480)) [0 MEM[base: _67, offset: 1B]+0 S1 A8]))) As a consequence, the redundant sign extension after the actually sign-extending mem-load remains. At the moment it seems that only adding more patterns to the MD helps: (define_insn "*extendhi2_compact_snd" [(set (match_operand:HI 0 "arith_reg_dest" "=r") (sign_extend:HI (match_operand:QIHI 1 "movsrc_no_disp_mem_operand" "Snd")))] "TARGET_SH1 && false" "mov. %1,%0" [(set_attr "type" "load")])
[Bug fortran/72709] New: Incorrect assignment of allocatable character array used as component of derived type
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72709 Bug ID: 72709 Summary: Incorrect assignment of allocatable character array used as component of derived type Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component: fortran Assignee: unassigned at gcc dot gnu.org Reporter: zmi007 at gmail dot com Target Milestone: --- In the following program the assignment to character array element doesn't work programread_exp_data implicit none type experimental_data_t integer :: nh = 0 character(len=:), dimension(:), allocatable :: header end type experimental_data_t type(experimental_data_t) :: ex integer :: nh_len integer :: i nh_len = 255 ex % nh = 3 allocate(character(len=nh_len) :: ex % header(ex % nh)) ex % header(1) = "#Generated by X" ex % header(2) = "#from file 'Y'" ex % header(3) = "# Experimental 4 mg/g" do i = 1, ex % nh write(*,*) "header(",i,") = ", ex % header(i) enddo end program read_exp_data I get all 3 header elements = "# Experimental 4 mg/g" gfortran --version GNU Fortran (SUSE Linux) 6.1.1 20160707 [gcc-6-branch revision 238088] --- bug disappears if one replaces appropriate strings with character(len=255), dimension(:), allocatable :: header and allocate(ex % header(ex % nh))
[Bug rtl-optimization/70944] [7 Regression] ICE in immed_wide_int_const, at emit-rtl.c:606 with -O3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70944 --- Comment #4 from Martin Liška --- A new test-case: $ cat ice.ii unsigned *a; void fn1 () { for (int i; i; ++i) { unsigned g (a[i] << 8 >> 24); a[i] = g; } } $ gcc ice.ii -O3 -march=core-avx2 ice.ii: In function ‘void fn1()’: ice.ii:10:1: internal compiler error: in immed_wide_int_const, at emit-rtl.c:606 } ^ 0xa89680 immed_wide_int_const(generic_wide_int > const&, machine_mode) ../../gcc/emit-rtl.c:606 0x140f721 change_zero_ext ../../gcc/combine.c:11140 0x1410568 recog_for_combine ../../gcc/combine.c:11177 0x141ee4c try_combine ../../gcc/combine.c:3503 0x1424868 combine_instructions ../../gcc/combine.c:1288 0x1424868 rest_of_handle_combine ../../gcc/combine.c:14377 0x1424868 execute ../../gcc/combine.c:14420 I'm going to test Richi's suggestion.
[Bug tree-optimization/72517] [7 Regression] 436.cactusADM: More than 40% regression in O3 and Ofast on AMD bdver4 m/c.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72517 Richard Biener changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|--- |FIXED --- Comment #9 from Richard Biener --- Fixed.
[Bug tree-optimization/72517] [7 Regression] 436.cactusADM: More than 40% regression in O3 and Ofast on AMD bdver4 m/c.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72517 --- Comment #10 from Richard Biener --- Author: rguenth Date: Wed Jul 27 11:10:25 2016 New Revision: 238783 URL: https://gcc.gnu.org/viewcvs?rev=238783&root=gcc&view=rev Log: 2016-07-27 Richard Biener PR tree-optimization/72517 * tree-vect-data-refs.c (vect_analyze_data_ref_dependences): Revert change to not compute read-read dependences. Modified: trunk/gcc/ChangeLog trunk/gcc/tree-vect-data-refs.c
[Bug libgcc/68468] frv/bfin toolchain build error
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68468 Alexandre Oliva changed: What|Removed |Added CC||aoliva at gcc dot gnu.org --- Comment #7 from Alexandre Oliva --- It is the C library that's supposed to define struct elf32_fdpic_loadaddr in ; at least in uClibc for FR-V, that would include bits/elf-fdpic.h for this type definition. So the question is, why aren't you getting that type from the target C library you're using in this build?
[Bug middle-end/72657] [7 regression][CHKP] internal compiler error: in ix86_expand_builtin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72657 --- Comment #3 from Ilya Enkovich --- (In reply to H.J. Lu from comment #2) > Will it also fix PR 72683? Yes.
[Bug rtl-optimization/70944] [7 Regression] ICE in immed_wide_int_const, at emit-rtl.c:606 with -O3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70944 --- Comment #3 from Richard Biener --- Maybe disable make_compound_operation generally for vectors.
[Bug tree-optimization/72517] [7 Regression] 436.cactusADM: More than 40% regression in O3 and Ofast on AMD bdver4 m/c.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72517 --- Comment #8 from Richard Biener --- As for the cost model the vectorizer uses vec_to_scalar for element extraction which it was not originally added for (it was added for the cost of extracting element zero only). Ok, so I can reproduce the regression (-Ofast -march=native): 436.cactusADM 11950304 39.3 * 11950420 28.5 * The function that regresses is bench_staggeredleapfrog2_ (that was probably obvious). The set of vectorized loops / BBs does _not_ change with the patch. We do a lot less work in dependence analysis after the patch as no read-read dependences are computed which unfortunately had the side-effect of mostly disabling STMT_VINFO_SAME_ALIGN_REFS computation which causes us to peel for alignment for a different DR. I'll revert that part of the change.
[Bug tree-optimization/58073] Suboptimal optimisation of ((x & 0x70) == 0x00 || (x & 0x70) == 0x10 || (x & 0x70) == 0x20) on x86_64
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58073 --- Comment #5 from dhowells at redhat dot com --- There's a further potential optimisation. If shift is large enough that the bits under test are outside of the LSB, the TESTB changes to a TESTL at the same address: Shift 2: 0: f6 07 1ctestb $0x1c,(%rdi) 3: 0f 94 c0sete %al 6: c3 retq Shift 10: 0: f7 07 00 1c 00 00 testl $0x1c00,(%rdi) 6: 0f 94 c0sete %al 9: c3 retq Shift 18: 0: f7 07 00 00 1c 00 testl $0x1c,(%rdi) 6: 0f 94 c0sete %al 9: c3 retq However, one could do a TESTW or a TESTB instead with a smaller immediate value and a displaced address.
[Bug fortran/71961] [7 Regression] 178.galgel in SPEC CPU 2000 is miscompiled
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71961 Joost VandeVondele changed: What|Removed |Added CC||Joost.VandeVondele at mat dot ethz ||.ch --- Comment #8 from Joost VandeVondele --- also miscompiles CP2K, but haven't been able to narrow it down.
[Bug c++/72457] [6/7 Regression] ICE: Segmentation fault
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72457 Richard Biener changed: What|Removed |Added Priority|P3 |P1 Known to work||6.1.0
[Bug tree-optimization/58073] Suboptimal optimisation of ((x & 0x70) == 0x00 || (x & 0x70) == 0x10 || (x & 0x70) == 0x20) on x86_64
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58073 --- Comment #4 from dhowells at redhat dot com --- (In reply to Andrew Pinski from comment #2) > ((x & 0x70) == 0x00 && (x & 0x70) == 0x10 && (x & 0x70) == 0x20) > > Should be false always. I suspect you had meant || rather than &&. Sorry, yes; I got the examples right, but the bz subject wrong. I've fixed that.
[Bug fortran/71961] [7 Regression] 178.galgel in SPEC CPU 2000 is miscompiled
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71961 James Greenhalgh changed: What|Removed |Added CC||jgreenhalgh at gcc dot gnu.org --- Comment #7 from James Greenhalgh --- (In reply to Thomas Koenig from comment #6) > Is anybody working on reducing this? > > AFAIK, none of the gfortran developers has access to SPEC. Reducing it would probably prove hard as the bug is a miscompile and therefore only shows at runtime in a >30 second test. H.J. has narrowed the miscompilation down to one file, would it be helpful for you if I generated some diffs of when the dumps first change, and the generated assembly for x86_64?
[Bug ipa/72657] [7 regression][CHKP] internal compiler error: in ix86_expand_builtin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72657 Richard Biener changed: What|Removed |Added Target Milestone|--- |7.0
[Bug target/72683] [7 Regression] MPX test failures with LTO
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72683 Richard Biener changed: What|Removed |Added Keywords||lto Target||x86_64-*-*, i?86-*-* Component|lto |target Target Milestone|--- |7.0
[Bug fortran/72698] [5/6/7 Regression] ICE in lhd_incomplete_type_error, at langhooks.c:205
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72698 Richard Biener changed: What|Removed |Added Priority|P3 |P2 --- Comment #3 from Richard Biener --- Ugh, what a gross usage of a langhook ;) Its default implementation clearly doesn't match the use in size_in_bytes: tree size_in_bytes_loc (location_t loc, const_tree type) { tree t; if (type == error_mark_node) return integer_zero_node; type = TYPE_MAIN_VARIANT (type); t = TYPE_SIZE_UNIT (type); if (t == 0) { lang_hooks.types.incomplete_type_error (loc, NULL_TREE, type); but the langhook (not sure what the point is in asserting in the no-op default implementation): /* Invalid use of an incomplete type. */ void lhd_incomplete_type_error (location_t ARG_UNUSED (loc), const_tree ARG_UNUSED (value), const_tree type) { gcc_assert (TREE_CODE (type) == ERROR_MARK); return; OTOH the early out in size_in_bytes means the langhook can never be safely used or its assert is bogus. Or the fortran FE messes things up in unexpected ways (failing to call layout_type on a non-ERROR_MARK type).
[Bug c++/72707] [4.9/5/6/7 regression] local anonymous union member hides names in the same scope
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72707 Richard Biener changed: What|Removed |Added Target Milestone|--- |4.9.4 Summary|[4.6/4.7/4.8/4.9/5/6/7 |[4.9/5/6/7 regression] |regression] local anonymous |local anonymous union |union member hides names in |member hides names in the |the same scope |same scope
[Bug fortran/72699] [6/7 Regression] ICE in gfc_check_dependency, at fortran/dependency.c:1257
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72699 Richard Biener changed: What|Removed |Added Priority|P3 |P4
[Bug tree-optimization/72517] [7 Regression] 436.cactusADM: More than 40% regression in O3 and Ofast on AMD bdver4 m/c.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72517 Richard Biener changed: What|Removed |Added Status|REOPENED|ASSIGNED --- Comment #7 from Richard Biener --- Ah, the strided store group restrictions have been removed only in the next revision. Ok, I got hold of a bdver4 machine and will try to reproduce the regression.
[Bug tree-optimization/58073] Suboptimal optimisation of ((x & 0x70) == 0x00 && (x & 0x70) == 0x10 && (x & 0x70) == 0x20) on x86_64
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58073 Andrew Pinski changed: What|Removed |Added Severity|normal |enhancement
[Bug tree-optimization/58073] Suboptimal optimisation of ((x & 0x70) == 0x00 && (x & 0x70) == 0x10 && (x & 0x70) == 0x20) on x86_64
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58073 Andrew Pinski changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed||2016-07-27 Ever confirmed|0 |1 Severity|enhancement |normal --- Comment #3 from Andrew Pinski --- Confirmed with any shift >= 1. Shift of 0 works :).
[Bug tree-optimization/58073] Suboptimal optimisation of ((x & 0x70) == 0x00 && (x & 0x70) == 0x10 && (x & 0x70) == 0x20) on x86_64
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58073 --- Comment #2 from Andrew Pinski --- ((x & 0x70) == 0x00 && (x & 0x70) == 0x10 && (x & 0x70) == 0x20) Should be false always. I suspect you had meant || rather than &&.
[Bug tree-optimization/58073] Suboptimal optimisation of ((x & 0x70) == 0x00 && (x & 0x70) == 0x10 && (x & 0x70) == 0x20) on x86_64
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58073 Andrew Pinski changed: What|Removed |Added Severity|normal |enhancement