[Bug tree-optimization/71775] New: Redundant move instruction for sign extension

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71775 Bug ID: 71775 Summary: Redundant move instruction for sign extension Product: gcc Version: 6.1.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

[Bug c++/71774] New: Bogus "is protected" error when list-initializing a base class with a defaulted protected constructor and a virtual function

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71774 Bug ID: 71774 Summary: Bogus "is protected" error when list-initializing a base class with a defaulted protected constructor and a virtual function Product: gcc

[Bug c++/71773] New: [7 Regression] bogus? error: invalid use of incomplete type

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71773 Bug ID: 71773 Summary: [7 Regression] bogus? error: invalid use of incomplete type Product: gcc Version: 7.0 Status: UNCONFIRMED Severity: normal

[Bug middle-end/71762] [4.9/5/6/7 Regression] ifcombine exposes wrong codegen with uninitialized bools

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71762 Andrew Pinski changed: What|Removed |Added Summary|[4.9/5/6/7 Regression] |[4.9/5/6/7 Regression]

[Bug rtl-optimization/71768] Missed trivial rematerialiation oppurtunity

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71768 Andrew Pinski changed: What|Removed |Added Keywords||missed-optimization, ra

[Bug fortran/71770] gfortran: internal compiler error: Segmentation fault (program f951)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71770 --- Comment #4 from kargl at gcc dot gnu.org --- (In reply to Isabelle from comment #3) > All of this was working before I upgraded Cygwin, and tried to compile again > ecgpuwave. Did you read the initial error message and follow the direction?

[Bug fortran/71770] gfortran: internal compiler error: Segmentation fault (program f951)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71770 --- Comment #3 from Isabelle --- All of this was working before I upgraded Cygwin, and tried to compile again ecgpuwave.

[Bug fortran/71770] gfortran: internal compiler error: Segmentation fault (program f951)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71770 --- Comment #2 from Isabelle --- It is installed with wfdb package from Physionet: https://www.physionet.org/physiotools/wfdb-windows-quick-start.shtml#c32s The whole package can hte downloaded from:

[Bug tree-optimization/71144] [6/7 Regression] isl_aff.c:1001: position out of bounds

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71144 Arseny Solokha changed: What|Removed |Added CC||asolokha at gmx dot com --- Comment #2

[Bug fortran/71770] gfortran: internal compiler error: Segmentation fault (program f951)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71770 Jerry DeLisle changed: What|Removed |Added CC||jvdelisle at gcc dot gnu.org ---

[PATCH, rs6000] Fix PR target/71733, ICE with -mcpu=power9 -mno-vsx

The following patch fixes a bug where we do not disable POWER9 vector dform addressing when we compile for POWER9 but without VSX support. This manifested itself with us trying to use dform addressing with altivec loads/stores which is illegal, leading to an ICE. This has bootstrapped and

Re: Check fpic is ok for target in pr69102.c

Hi Mike: thanks for your review :) On Wed, Jul 6, 2016 at 2:54 AM, Mike Stump wrote: > On Jul 5, 2016, at 1:39 AM, Kito Cheng wrote: >> >> pr69102.c use -fPIC flag in dg-options but not check is available for >> target, so I add

[Bug c++/71772] temmplates broken.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71772 Marc Glisse changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug fortran/71764] compiler internal error: segmentation fault

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71764 Jerry DeLisle changed: What|Removed |Added CC||jvdelisle at gcc dot gnu.org ---

[Bug c++/71772] temmplates broken.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71772 --- Comment #1 from Jim Michaels --- Created attachment 38837 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38837=edit .s file

[Bug c++/71772] New: temmplates broken.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71772 Bug ID: 71772 Summary: temmplates broken. Product: gcc Version: 7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ Assignee:

Re: [PATCH, ARM, 3/3] Add multilib support for bare-metal ARM architectures

Ping! https://gcc.gnu.org/ml/gcc-patches/2016-05/msg01578.html On 05/19/2016 11:42 PM, Jasmin J. wrote: Hi! Ping! Attached is a rebased version of my patch due to commit 33ac16c8cc870229a6a08cd7037275b01e7a0b9d *** gcc/ChangeLog *** 2016-04-19 Thomas Preud'homme

gcc-5-20160705 is now available

Snapshot gcc-5-20160705 is now available on ftp://gcc.gnu.org/pub/gcc/snapshots/5-20160705/ and on various mirrors, see http://gcc.gnu.org/mirrors.html for details. This snapshot has been generated from the GCC 5 SVN branch with the following options: svn://gcc.gnu.org/svn/gcc/branches/gcc-5

[Bug c++/71771] New: DR 685 applied incorrectly

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71771 Bug ID: 71771 Summary: DR 685 applied incorrectly Product: gcc Version: 7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++ Assignee:

[v3 PATCH] Implement LWG 2451

Tested on Linux-x64. 2016-07-05 Ville Voutilainen Implement LWG 2451, optional should 'forward' T's implicit conversions. * include/experimental/optional (__is_optional_impl, __is_optional): New. (optional()): Make constexpr and default.

Re: [PATCH] Allow fwprop to undo vectorization harm (PR68961)

Richard Biener writes: > On Sun, 3 Jul 2016, Richard Sandiford wrote: > >> Richard Biener writes: >> > On Wed, 15 Jun 2016, Richard Sandiford wrote: >> > >> >> Richard Biener writes: >> >> > With the proposed cost change for vector

[Bug fortran/71770] New: gfortran: internal compiler error: Segmentation fault (program f951)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71770 Bug ID: 71770 Summary: gfortran: internal compiler error: Segmentation fault (program f951) Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal

[Bug fortran/71764] compiler internal error: segmentation fault

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71764 --- Comment #5 from Gerhard Steinmetz --- Some other variants : $ cat zz1.f90 program p use iso_c_binding, only: c_ptr, c_null_ptr, c_ptr type(c_ptr) :: c c = c_null_ptr end $ cat zz3.f90

[Bug fortran/71764] compiler internal error: segmentation fault

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71764 Gerhard Steinmetz changed: What|Removed |Added CC|

Use iv_can_overflow_p in ivopts

Hi, this patch makes ivopts to use iv_can_overflow_p on its candidates. This helps to determine if candidate wraps in case it is not directly originating from IV variable (i.e. it is derived IV or artificial one). For those we can not use type information because we do now know if they are going

[Bug c/71769] New: Invalid warning from -Wunsafe-loop-optimizations for a finite loop

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71769 Bug ID: 71769 Summary: Invalid warning from -Wunsafe-loop-optimizations for a finite loop Product: gcc Version: 6.1.0 Status: UNCONFIRMED Severity: normal

Re: Check fpic is ok for target in pr69102.c

On Jul 5, 2016, at 1:39 AM, Kito Cheng wrote: > > pr69102.c use -fPIC flag in dg-options but not check is available for > target, so I add "dg-require-effective-target fpic" for it.' I happened to notice you didn't ask Ok?, and you didn't apply it or have it applied. I'd

[Bug rtl-optimization/71768] Missed trivial rematerialiation oppurtunity

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71768 --- Comment #2 from Jan Hubicka --- Also the cost model seems wrong. If the register can be rematerialized (i.e. it has REG_EQUIV), the memory_cost of the actual initialization insn should not be accounted IMO.

[Bug target/71767] Endless stream of warnings when using GCC with -Wa,-q and Clang Integrated Assembler

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71767 --- Comment #3 from Andrew Pinski --- http://llvm.org/viewvc/llvm-project?view=revision=250349

[Bug target/71767] Endless stream of warnings when using GCC with -Wa,-q and Clang Integrated Assembler

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71767 Andrew Pinski changed: What|Removed |Added Keywords||assemble-failure Target|

[Bug rtl-optimization/71768] Missed trivial rematerialiation oppurtunity

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71768 Jan Hubicka changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

Re: [v3 PATCH] Implement LWG 2509

On 05/07/16 20:33 +0300, Ville Voutilainen wrote: Implement LWG 2509, any_cast doesn't work with rvalue reference targets and cannot move with a value target. * include/experimental/any (any(_ValueType&&)): Constrain and add an overload that doesn't forward. *

Re: Deprecating basic asm in a function - What now?

On Mon, Jul 4, 2016 at 12:09 PM, Frank Ch. Eigler wrote: > jwakely.gcc wrote: > >> [...] (When we switched Fedora to using GCC 6, with C++14 enabled by >> default, dozens and dozens of C++ packages failed to compile, >> because even in 2016 nobody had ever tried to compile them

[Bug c++/71214] Typo in feature test macro for rvalue references

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71214 --- Comment #6 from Markus Trippelsdorf --- Author: trippels Date: Tue Jul 5 17:58:35 2016 New Revision: 238020 URL: https://gcc.gnu.org/viewcvs?rev=238020=gcc=rev Log: Fix PR c++/71214 PR c++/71214 * c-cppbuiltin.c

[Bug c++/71214] Typo in feature test macro for rvalue references

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71214 Markus Trippelsdorf changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug c++/71214] Typo in feature test macro for rvalue references

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71214 --- Comment #7 from Markus Trippelsdorf --- Author: trippels Date: Tue Jul 5 18:01:47 2016 New Revision: 238021 URL: https://gcc.gnu.org/viewcvs?rev=238021=gcc=rev Log: Fix PR c++/71214 PR c++/71214 * c-cppbuiltin.c

[Bug c++/71214] Typo in feature test macro for rvalue references

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71214 --- Comment #5 from Markus Trippelsdorf --- Author: trippels Date: Tue Jul 5 17:55:36 2016 New Revision: 238019 URL: https://gcc.gnu.org/viewcvs?rev=238019=gcc=rev Log: Fix PR c++/71214 PR c++/71214 * c-cppbuiltin.c

Re: Deprecating basic asm in a function - What now?

On 07/04/2016 03:43 PM, Jonathan Wakely wrote: On 22 June 2016 at 10:28, David Wohlferd wrote: And I *get* that it takes time to re-write this, and people have schedules, lives, a need for sleep. But even under the most insanely aggressive schedule I can imagine (if gcc continue to release

[Bug c++/71214] Typo in feature test macro for rvalue references

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71214 --- Comment #4 from Markus Trippelsdorf --- Author: trippels Date: Tue Jul 5 17:50:41 2016 New Revision: 238017 URL: https://gcc.gnu.org/viewcvs?rev=238017=gcc=rev Log: Fix PR c++/71214 PR c++/71214 * c-cppbuiltin.c

[Bug target/71763] powerpc64: ICE due to need for output reload on jump

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71763 --- Comment #8 from Michael Meissner --- In the past we have tried restricting the registers of the pattern to just GPRs and CTR, and it pops back in another fashion (whack-a-mole).

[v3 PATCH] Implement LWG 2509

Tested on Linux-X64. 2016-07-05 Ville Voutilainen Implement LWG 2509, any_cast doesn't work with rvalue reference targets and cannot move with a value target. * include/experimental/any (any(_ValueType&&)): Constrain and add an overload that

[Bug target/71763] powerpc64: ICE due to need for output reload on jump

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71763 --- Comment #7 from Segher Boessenkool --- (In reply to Michael Meissner from comment #6) > Note if you put the requirement that you need direct move, you will > potentially have the problem in power7. Yes; we have that same problem for FPRs

Re: [PATCH trivial] Fix PR71214 (__cpp_rvalue_references vs. __cpp_rvalue_reference)

On Tue, Jul 5, 2016 at 12:30 PM, Markus Trippelsdorf wrote: > On 2016.07.05 at 12:21 -0400, Jason Merrill wrote: >> On Tue, Jul 5, 2016 at 6:44 AM, Richard Biener >> wrote: >> > On Tue, Jul 5, 2016 at 12:07 PM, Markus Trippelsdorf >> >

[Bug rtl-optimization/71768] New: Missed trivial rematerialiation oppurtunity

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71768 Bug ID: 71768 Summary: Missed trivial rematerialiation oppurtunity Product: gcc Version: 7.0 Status: UNCONFIRMED Severity: enhancement Priority: P3 Component:

[Bug target/71763] powerpc64: ICE due to need for output reload on jump

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71763 --- Comment #6 from Michael Meissner --- Note if you put the requirement that you need direct move, you will potentially have the problem in power7. I'm really tired of the register allocator trying to be 'helpful' in de-optimizing BDNZ loops

[Bug rtl-optimization/71594] [7 Regression] ice in maybe_legitimize_operand, at optabs.c:6893

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71594 --- Comment #7 from ktkachov at gcc dot gnu.org --- Author: ktkachov Date: Tue Jul 5 16:37:40 2016 New Revision: 238013 URL: https://gcc.gnu.org/viewcvs?rev=238013=gcc=rev Log: [RTL ifcvt] PR rtl-optimization/71594: ICE in noce_emit_cmove due

[Bug rtl-optimization/71594] [7 Regression] ice in maybe_legitimize_operand, at optabs.c:6893

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71594 ktkachov at gcc dot gnu.org changed: What|Removed |Added Status|ASSIGNED|RESOLVED

Re: [Patch, avr] Fix PR 50739 - nameless error with -fmerge-all-constants

Senthil Kumar Selvaraj schrieb: Senthil Kumar Selvaraj writes: Hi, This patch fixes a problem with fmerge-all-constants and the progmem attribute - on trunk, the below testcase errors out with a section conflict error. When avr_asm_select_section renames .rodata.xyz section to

Re: [PATCH trivial] Fix PR71214 (__cpp_rvalue_references vs. __cpp_rvalue_reference)

On 2016.07.05 at 12:21 -0400, Jason Merrill wrote: > On Tue, Jul 5, 2016 at 6:44 AM, Richard Biener > wrote: > > On Tue, Jul 5, 2016 at 12:07 PM, Markus Trippelsdorf > > wrote: > >> Hi, > >> > >> as PR71214 points out gcc uses a wrong feature

[Bug c++/71214] Typo in feature test macro for rvalue references

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71214 Jason Merrill changed: What|Removed |Added CC||jason at gcc dot gnu.org --- Comment #3

[Bug fortran/71764] compiler internal error: segmentation fault

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71764 kargl at gcc dot gnu.org changed: What|Removed |Added CC||kargl at gcc dot gnu.org ---

[Bug c++/71767] Endless stream of warnings when using GCC with -Wa,-q and Clang Integrated Assembler

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71767 --- Comment #1 from Jeffrey Walton --- Also see LLVM Issue 28427, "Endless stream of warnings when using GCC with -Wa,-q and Clang Integrated Assembler", https://llvm.org/bugs/show_bug.cgi?id=28427.

Re: [PATCH trivial] Fix PR71214 (__cpp_rvalue_references vs. __cpp_rvalue_reference)

On Tue, Jul 5, 2016 at 6:44 AM, Richard Biener wrote: > On Tue, Jul 5, 2016 at 12:07 PM, Markus Trippelsdorf > wrote: >> Hi, >> >> as PR71214 points out gcc uses a wrong feature test macro for C++11 >> rvalue references: __cpp_rvalue_reference

[Bug c++/71767] New: Endless stream of warnings when using GCC with -Wa,-q and Clang Integrated Assembler

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71767 Bug ID: 71767 Summary: Endless stream of warnings when using GCC with -Wa,-q and Clang Integrated Assembler Product: gcc Version: 6.1.0 Status: UNCONFIRMED

Re: [lra] Cleanup the use of offmemok and don't count spilling cost for it

On 04/07/16 20:44, Vladimir Makarov wrote: On 06/30/2016 01:22 PM, Jiong Wang wrote: Here is the patch, From my understanding, "offmemok" is used to represent a memory operand who's address we want to reload, and searching of it's reference location seems confirmed my understanding as it's

[Bug fortran/71764] compiler internal error: segmentation fault

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71764 --- Comment #2 from kargl at gcc dot gnu.org --- Workaround is to remove the ONLY clause in the sqlite3_primitive module.

Missing support for demangling lambdas with auto paramters in libbfd

Hi gcc-developers and -users, #include using namespace std; int main() { auto my_lambda = [](auto i) { cout << "asdf\n" << i; }; auto my_lambda2 = [](int i) { cout << "asdf\n" << i; }; my_lambda(1); my_lambda(2.0); my_lambda2(3); return 0; } $

[Bug c++/62314] Fix-it Hints

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62314 --- Comment #8 from David Malcolm --- Author: dmalcolm Date: Tue Jul 5 15:50:54 2016 New Revision: 238008 URL: https://gcc.gnu.org/viewcvs?rev=238008=gcc=rev Log: PR c++/62314: add fixit hint for "expected ';' after class definition"

[PATCH, vec-tails 10/10] Tests

Hi, This patch adds several tests to check tails vectorization functionality. Thanks, Ilya -- gcc/testsuite/ 2016-07-05 Ilya Enkovich * lib/target-supports.exp (check_avx2_hw_available): New. (check_effective_target_avx2_runtime): New. *

Re: [PATCH][RTL ifcvt] PR rtl-optimization/71594: ICE in noce_emit_cmove due to mismatched source modes

On 07/05/2016 03:50 PM, Kyrill Tkachov wrote: Ok, here's the updated patch with the assert replaced by failing the conversion. Bootstrapped and tested on x86_64. Also tested on aarch64. Is this ok? Sure. Thanks! Bernd

Re: [Fortran] Help with STAT= attribute in coarray reference

Thanks, committed as rev. 238007. 2016-07-04 14:41 GMT-06:00 Mikael Morin : > Le 30/06/2016 06:05, Alessandro Fanfarillo a écrit : >> >> Dear Mikael, >> >> thanks for your review and for the test. The attached patch, built and >> regtested for x86_64-pc-linux-gnu,

[PATCH][AArch64] Improve Cortex-A53 integer scheduler

This patch improves the accuracy of the Cortex-A53 integer scheduler, resulting in performance gains across a wide range of benchmarks. OK for commit? ChangeLog: 2016-07-05 Wilco Dijkstra * config/arm/cortex-a53.md: Use final_presence_set for in-order.

[PATCH PR71734] Add missed check that reference defined inside loop.

Hi All, Here is a simple fix to cure regressions introduced by my fix for 70729. Patch also contains minor changes in test found by Jakub. Bootstrapping and regression testing did not show any new failures. Is it OK for trunk? ChangeLog: 2016-07-05 Yuri Rumyantsev PR

Re: Determine more IVs to be non-overflowing

> On Tue, 5 Jul 2016, Richard Biener wrote: > > >given widest_int has only precision of TImode on x86_64? > > Is that the case? The comments say: > > It is really finite precision math where the precision is 4 times the > size of the largest integer that the target port can represent.

Re: Determine more IVs to be non-overflowing

> > This can overflow for __uint128_t IV iterating to UINT128_MAX I think > given widest_int has only precision of TImode on x86_64? An > after-the-fact check like > >if (nit == 0) > return true; > > does the trick I guess. OK, I suppose we need to review niter and related code for

Re: Determine more IVs to be non-overflowing

On Tue, 5 Jul 2016, Richard Biener wrote: given widest_int has only precision of TImode on x86_64? Is that the case? The comments say: It is really finite precision math where the precision is 4 times the size of the largest integer that the target port can represent. And the

[Bug middle-end/71762] [4.9/5/6/7 Regression] ifcombine wrong codegen with uninitialized data

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71762 Richard Biener changed: What|Removed |Added Keywords||wrong-code CC|

[Bug target/66960] Add interrupt attribute to x86 backend

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66960 --- Comment #16 from H.J. Lu --- (In reply to Goswin von Brederlow from comment #15) > > No. We only do it for data pushed onto stack by CPU. > > I was thinking of something like: > > __attribute__ ((interrupt("save_regs"))) > void > f

Re: Determine more IVs to be non-overflowing

On Sun, 3 Jul 2016, Jan Hubicka wrote: > Hi, > this is updated version of patch. I finally convinced myself to read bit of > wide-int.h and learnt some new things, like that they exists in multiple > precisions. I always tought of wide-int as wider version of HOST_WIDE_INT > that > can hold all

Re: [PATCH][RTL ifcvt] PR rtl-optimization/71594: ICE in noce_emit_cmove due to mismatched source modes

On 04/07/16 12:19, Bernd Schmidt wrote: On 07/04/2016 01:18 PM, Kyrill Tkachov wrote: That does seem like it could cause trouble but I couldn't think of how that sequence could appear or what its semantics would be. Would assigning to the SImode reg 0 in your example not touch the upper bits

[Bug rtl-optimization/71621] [7 Regression] ICE in assign_by_spills, at lra-assigns.c:1417 (error: unable to find a register to spill) w/ -O2 -mavx2 -ftree-vectorize

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71621 --- Comment #2 from Arseny Solokha --- Another one, just for the record: int hf, sv, zz, aj; void dn (int xb, int bl) { while (zz < 1) { if (xb == 0) goto mr; while (bl < 3) { int d3; unsigned char vh;

[PATCH] Fix path splitting to handle empty else block

The following patch fixes a FAIL of gcc.dg/tree-ssa/split-path-5.c with hoisting enabled which leaves both cases of the testcase as if (pred) tmp = tmp + 4; and thus with empty else (by hoisting a conversion). While this eventually is if-convertible it shouldn't prevent path splitting as

[PATCH] Fix loop distribution cost model

The loop combining partitions because of cost modeling is too optimistic in skipping partition pairs to check. The hoisting patch exposes this, the following fixes it. Bootstrapped and tested on x86_64-unknown-linux-gnu, applied. Richard. 2016-07-05 Richard Biener

[Bug c/71766] New: Strange position of "error: request for member ‘...’ in something not a structure or union"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71766 Bug ID: 71766 Summary: Strange position of "error: request for member ‘...’ in something not a structure or union" Product: gcc Version: 7.0 Status: UNCONFIRMED

[Bug target/71763] powerpc64: ICE due to need for output reload on jump

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71763 --- Comment #5 from Segher Boessenkool --- Actually, needs -mcpu=power8 as well, otherwise we get another ICE (we need direct moves for FP regs in the ctr patterns; this is the case that is not yet solved in PR70098).

[Bug target/71763] powerpc64: ICE due to need for output reload on jump

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71763 --- Comment #4 from Alan Modra --- Created attachment 38833 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38833=edit output reloads on jump insns Revised https://gcc.gnu.org/ml/gcc-patches/2004-12/msg00739.html It's surprising how little

[Bug target/71088] [i386, AVX-512, Perf] vpermi2ps instead of vpermps emitted

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71088 --- Comment #1 from Igor Zamyatin --- Fixed by r237982

Re: [PATCH][expr.c] PR middle-end/71700: zero-extend sub-word value when widening constructor element

Hi Bernd, On 04/07/16 19:02, Bernd Schmidt wrote: On 07/01/2016 11:18 AM, Kyrill Tkachov wrote: In this arm wrong-code PR the struct assignment goes wrong when expanding constructor elements to a register destination when the constructor elements are signed bitfields less than a word wide. In

[Bug target/71763] powerpc64: ICE due to need for output reload on jump

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71763 Segher Boessenkool changed: What|Removed |Added Target|powerpc64le-linux |powerpc64*-linux --- Comment #3

[Bug target/66960] Add interrupt attribute to x86 backend

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66960 --- Comment #15 from Goswin von Brederlow --- (In reply to H.J. Lu from comment #14) > (In reply to Goswin von Brederlow from comment #13) > > > > Secondly why pass error_code as argument if is already on the stack and > > > > could be accessed

[Bug fortran/71623] [5/6/7 Regression] Segfault when allocating deferred-length characters to size of a pointer

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71623 --- Comment #7 from vehre at gcc dot gnu.org --- Waiting one week for regressions to pop up before applying to gcc-6 and -5.

[Bug fortran/71623] [5/6/7 Regression] Segfault when allocating deferred-length characters to size of a pointer

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71623 --- Comment #6 from vehre at gcc dot gnu.org --- Author: vehre Date: Tue Jul 5 12:06:22 2016 New Revision: 238002 URL: https://gcc.gnu.org/viewcvs?rev=238002=gcc=rev Log: gcc/fortran/ChangeLog: 2016-07-05 Andre Vehreschild

Re: [patch] Fix type merging deficiency during WPA

On Tue, Jul 5, 2016 at 12:57 PM, Eric Botcazou wrote: > Hi, > > the deficiency comes from a chicken-and-egg problem during WPA: DECL nodes > merging depends on type merging, but type merging also depends on DECL nodes > merging for dynamic types declared at file scope,

Re: [PATCH][vectorizer][2/2] Hook up mult synthesis logic into vectorisation of mult-by-constant

On 05/07/16 12:24, Rainer Orth wrote: Marc Glisse writes: On Tue, 5 Jul 2016, Kyrill Tkachov wrote: As for testing I've bootstrapped and tested the patch on aarch64 and x86_64 with synth_shift_p in vect_synth_mult_by_constant hacked to be always true to exercise the

Re: [PATCH, rs6000] Use direct moves for __builtin_signbit for 128-bit floating-point

On Fri, Jul 01, 2016 at 08:04:46PM -0500, Bill Schmidt wrote: > Bootstrapped and tested on powerpc64le-unknown-linux-gnu with no regressions. > Is this ok for trunk, and eventual 6.2 backport? Okay for both. Just a few cosmetics: > + /* If this is a VSX register, generate the special

Re: [PATCH][vectorizer][2/2] Hook up mult synthesis logic into vectorisation of mult-by-constant

Marc Glisse writes: > On Tue, 5 Jul 2016, Kyrill Tkachov wrote: > >> As for testing I've bootstrapped and tested the patch on aarch64 and >> x86_64 with synth_shift_p in vect_synth_mult_by_constant hacked to be >> always true to exercise the paths that synthesize the shift

[patch] Fix type merging deficiency during WPA

Hi, the deficiency comes from a chicken-and-egg problem during WPA: DECL nodes merging depends on type merging, but type merging also depends on DECL nodes merging for dynamic types declared at file scope, which easily occurs in Ada. For the attached trivial testcase, the compiler issues:

Re: [PATCH PR c/71699] Handle pointer arithmetic in nonzero tree checks

On Fri, Jul 1, 2016 at 3:10 PM, Manish Goregaokar wrote: > Added a test: Ok if this passed bootstrap/regtest. Richard. > gcc/ChangeLog: > PR c/71699 > * fold-const.c (tree_binary_nonzero_warnv_p): Allow > pointer addition to also be considered nonzero. > >

Re: [PATCH trivial] Fix PR71214 (__cpp_rvalue_references vs. __cpp_rvalue_reference)

On Tue, Jul 5, 2016 at 12:07 PM, Markus Trippelsdorf wrote: > Hi, > > as PR71214 points out gcc uses a wrong feature test macro for C++11 > rvalue references: __cpp_rvalue_reference instead of the correct > __cpp_rvalue_references. > > The fix is trivial. Ok for trunk and

Re: [gimplefe] Parsing PHI functions

On Mon, Jul 4, 2016 at 8:58 PM, Prasad Ghangal wrote: > On 4 July 2016 at 15:17, Richard Biener wrote: >> On Sun, Jul 3, 2016 at 9:34 AM, Prasad Ghangal >> wrote: >>> In this patch, I am passing labels and vars

[Ada] Minor changes in gnat_to_gnu_entity

This avoids doing useless work at the local level in gnat_to_gnu_entity. Tested on x86_64-suse-linux, applied on the mainline. 2016-07-05 Eric Botcazou * gcc-interface/decl.c (gnat_to_gnu_entity): Invoke global_bindings_p last when possible. Do not

Re: [PATCH][vectorizer][2/2] Hook up mult synthesis logic into vectorisation of mult-by-constant

On Tue, 5 Jul 2016, Kyrill Tkachov wrote: As for testing I've bootstrapped and tested the patch on aarch64 and x86_64 with synth_shift_p in vect_synth_mult_by_constant hacked to be always true to exercise the paths that synthesize the shift by additions. Marc, could you test this on the sparc

Re: [PATCH][vectorizer][2/2] Hook up mult synthesis logic into vectorisation of mult-by-constant

On Tue, 5 Jul 2016, Kyrill Tkachov wrote: > > On 01/07/16 13:02, Richard Biener wrote: > > On Thu, 30 Jun 2016, Kyrill Tkachov wrote: > > > > > On 28/06/16 08:54, Richard Biener wrote: > > > > On Thu, 16 Jun 2016, Kyrill Tkachov wrote: > > > > > > > > > On 15/06/16 22:53, Marc Glisse wrote: >

Re: [PATCH] - improve sprintf buffer overflow detection (middle-end/49905)

On Mon, 4 Jul 2016, Martin Sebor wrote: > On 07/04/2016 04:59 AM, Richard Biener wrote: > > On Fri, 1 Jul 2016, Martin Sebor wrote: > > > > > The attached patch enhances compile-time checking for buffer overflow > > > and output truncation in non-trivial calls to the sprintf family of > > >

[PATCH trivial] Fix PR71214 (__cpp_rvalue_references vs. __cpp_rvalue_reference)

Hi, as PR71214 points out gcc uses a wrong feature test macro for C++11 rvalue references: __cpp_rvalue_reference instead of the correct __cpp_rvalue_references. The fix is trivial. Ok for trunk and active branches? Thanks. c-family/ChangeLog * c-cppbuiltin.c (c_cpp_builtins): Use

Re: -fopt-info handling

On Mon, Jul 4, 2016 at 11:45 PM, Ulrich Drepper wrote: > Anyone? > > On Mon, Jun 27, 2016 at 1:31 PM, Ulrich Drepper wrote: >> The manual says about -fop-info: >> >>If OPTIONS is omitted, it defaults to 'all-all', which means >> dump all available

Re: [PING] Re: [PATCH] Fix MPX tests on systems with MPX disabled

2016-07-04 22:58 GMT+03:00 Andi Kleen : > Andi Kleen writes: > > PING! > >> From: Andi Kleen >> >> I have a Skylake system with MPX in the CPU, but MPX is disabled >> in the kernel configuration. >> >> This makes all the MPX tests

[Bug c++/71214] Typo in feature test macro for rvalue references

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71214 Markus Trippelsdorf changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

Re: move increase_alignment from simple to regular ipa pass

ping * 2 ping https://gcc.gnu.org/ml/gcc-patches/2016-06/msg01703.html Thanks, Prathamesh On 28 June 2016 at 14:49, Prathamesh Kulkarni wrote: > ping https://gcc.gnu.org/ml/gcc-patches/2016-06/msg01703.html > > Thanks, > Prathamesh > > On 23 June 2016 at 22:51,

[Bug c++/71755] friend function may not be defined inside a class using a qualified name but GCC allows that

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71755 Jonathan Wakely changed: What|Removed |Added Keywords||accepts-invalid

  1   2   >