[Bug c/69507] bogus warning: ISO C does not allow ‘__alignof__ (expression)’

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69507 --- Comment #9 from Martin Sebor --- Author: msebor Date: Mon Jun 20 15:46:09 2016 New Revision: 237606 URL: https://gcc.gnu.org/viewcvs?rev=237606=gcc=rev Log: PR c/69507 - bogus warning: ISO C does not allow __alignof__ (expression)

Re: [PING] [PATCH] c/69507 - bogus warning: ISO C does not allow ‘__alignof__ (expression)’

Since this patch was committed, I am now seeing failures on: gcc.dg/gnu99-const-expr-1.c gcc.dg/gnu99-static-1.c (targets arm, aarch64, I don't think that it should matter?) Can you have a look? Sorry about that. I missed the test updates in my initial patch. I've committed them in r237606.

[Bug target/71571] [CRIS] Multiple inheritance non-virtual PIC thunk causes crash

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71571 --- Comment #9 from Hans-Peter Nilsson --- (In reply to Hans-Peter Nilsson from comment #8) > all that's "stopping" optimizations. Bad choice of words, I meant "all that's needed to stop optimizations from making choices that would not expose

[Bug target/71571] [CRIS] Multiple inheritance non-virtual PIC thunk causes crash

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71571 --- Comment #8 from Hans-Peter Nilsson --- (In reply to David B. Robins from comment #7) > I have verified that the pr71571.C test case attached does expose the bug on > trunk and that it passes with the above fix. Great, thanks for the report

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

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

[Bug c/71594] ice in maybe_legitimize_operand, at optabs.c:6893

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71594 David Binderman changed: What|Removed |Added CC||rsandifo at gcc dot gnu.org ---

[Bug c++/71576] [4.9/5/6/7 Regression] ICE on valid C++11 code (with xvalue and bitfield) on x86_64-linux-gnu: in build_target_expr, at cp/tree.c:385

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71576 Jakub Jelinek changed: What|Removed |Added Target Milestone|--- |4.9.4

[Bug c/71594] New: ice in maybe_legitimize_operand, at optabs.c:6893

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71594 Bug ID: 71594 Summary: ice in maybe_legitimize_operand, at optabs.c:6893 Product: gcc Version: 7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

[Bug c++/71576] [4.9/5/6/7 Regression] ICE on valid C++11 code (with xvalue and bitfield) on x86_64-linux-gnu: in build_target_expr, at cp/tree.c:385

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71576 Jakub Jelinek changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug fortran/71592] Add some facilities for compile-time check

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71592 Jakub Jelinek changed: What|Removed |Added CC||jakub at gcc dot gnu.org --- Comment #1

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

On 20/06/16 15:52, Segher Boessenkool wrote: > On Mon, Jun 20, 2016 at 03:49:19PM +0100, Andrew Haley wrote: >> On 20/06/16 15:42, Segher Boessenkool wrote: >>> On Mon, Jun 20, 2016 at 02:55:58PM +0100, Andrew Haley wrote: On 20/06/16 14:50, Segher Boessenkool wrote: > If basic asm is

Re: RFC: pass to warn on questionable uses of alloca().

On Sat, 18 Jun 2016, Martin Sebor wrote: > the function regardless of the value of its argument). At > the same time, it seems that an even more reliable solution > than pointing out potentially unsafe calls to the function > and relying on users to modify their code to use malloc for >

[Bug target/71571] [CRIS] Multiple inheritance non-virtual PIC thunk causes crash

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71571 --- Comment #7 from David B. Robins --- I have verified that the pr71571.C test case attached does expose the bug on trunk and that it passes with the above fix. (Note "-O2 -fno-inline" are required to ensure a crash; see earlier comment; in

[Bug target/71571] [CRIS] Multiple inheritance non-virtual PIC thunk causes crash

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71571 --- Comment #6 from David B. Robins --- Created attachment 38734 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38734=edit Test case (for gcc/testsuite/g++.dg/inherit)

Re: [PATCH] c/71552 - Confusing error for incorrect struct initialization

On Sat, 18 Jun 2016, Martin Sebor wrote: > The attached patch slightly changes the order in which initializers > are checked for type compatibility to issue the same error for static > initializers of incompatible types as for automatic objects, rather > than rejecting the former for their lack

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

On Mon, Jun 20, 2016 at 03:49:19PM +0100, Andrew Haley wrote: > On 20/06/16 15:42, Segher Boessenkool wrote: > > On Mon, Jun 20, 2016 at 02:55:58PM +0100, Andrew Haley wrote: > >> On 20/06/16 14:50, Segher Boessenkool wrote: > >>> If basic asm is deprecated, that means some time later it will be >

[Bug target/52305] [avr] ICE in avr_print_operand: unknown mode (const_double)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52305 Georg-Johann Lay changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

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

On 20/06/16 15:42, Segher Boessenkool wrote: > On Mon, Jun 20, 2016 at 02:55:58PM +0100, Andrew Haley wrote: >> On 20/06/16 14:50, Segher Boessenkool wrote: >>> If basic asm is deprecated, that means some time later it will be >>> removed, at which time an asm without : can be used as extended asm

[Bug middle-end/71581] [5/6/7 Regression] ICE on valid code on x86_64-linux-gnu with -Wuninitialized (Segmentation fault)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71581 --- Comment #3 from Jakub Jelinek --- Created attachment 38733 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38733=edit gcc7-pr71581.patch Untested fix.

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

On Mon, Jun 20, 2016 at 02:55:58PM +0100, Andrew Haley wrote: > On 20/06/16 14:50, Segher Boessenkool wrote: > > If basic asm is deprecated, that means some time later it will be > > removed, at which time an asm without : can be used as extended asm > > Not exactly: it'd be an asm with no

Re: RFC: 2->2 combine patch

On Mon, Jun 20, 2016 at 02:39:06PM +0100, Kyrill Tkachov wrote: > >So I tried out the patch below. It decreases code size on most targets > >(mostly fixed length insn targets), and increases it a small bit on some > >variable length insn targets (doing an op twice, instead of doing it once > >and

Re: [PATCH] PR target/71549: Convert V1TImode register to TImode in debug insn

2016-06-20 16:39 GMT+03:00 Uros Bizjak : > On Mon, Jun 20, 2016 at 1:55 PM, H.J. Lu wrote: >> TImode register referenced in debug insn can be converted to V1TImode >> by scalar to vector optimization. We need to convert a debug insn if >> it has a

[Bug fortran/71580] Internal compiler error associated with type bound defined assignment

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71580 Dominique d'Humieres changed: What|Removed |Added Status|UNCONFIRMED |WAITING Last reconfirmed|

Re: [PATCH]Fix scan-tree-dump-times syntax errors in gcc.dg/tree-ssa/attr-hotcold-2.c

On Mon, Jun 20, 2016 at 03:07:20PM +0100, Renlin Li wrote: > Okay to commit? > > Regards, > Renlin > > gcc/testsuite/ChangeLog: > > 2016-06-20 Renlin Li > > * gcc.dg/tree-ssa/attr-hotcold-2.c: Fix syntax errors. This is obvious. Please check it in. Though, it

[Bug c++/71593] New: initializing array with mixed constant and variable size results in error

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71593 Bug ID: 71593 Summary: initializing array with mixed constant and variable size results in error Product: gcc Version: unknown Status: UNCONFIRMED Severity:

[PATCH]Fix scan-tree-dump-times syntax errors in gcc.dg/tree-ssa/attr-hotcold-2.c

Hi, This is a simple patch to fix the syntax errors in dg-final directive lines within this test case. According to the documentation, the syntax of this directive should be: '''scan-tree-dump-times regex num suffix [{ target/xfail selector }]''' Now the test case compilers Okay in arm

Re: [AArch64] Give some new costs for Cortex-A53 floating-point operations

On 20/06/16 14:57, James Greenhalgh wrote: > > Hi, > > As recently done for Cortex-A57 [1], this patch rebases the floating-point > cost table for Cortex-A53 to be relative to the cost of a floating-point move. > I wrote a little more on the justification for doing this in the other patch, > but

[AArch64] Give some new costs for Cortex-A53 floating-point operations

Hi, As recently done for Cortex-A57 [1], this patch rebases the floating-point cost table for Cortex-A53 to be relative to the cost of a floating-point move. I wrote a little more on the justification for doing this in the other patch, but in summary this is what other targets and sub-targets

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

On 20/06/16 14:50, Segher Boessenkool wrote: > If basic asm is deprecated, that means some time later it will be > removed, at which time an asm without : can be used as extended asm Not exactly: it'd be an asm with no inputs, no outputs, and no clobbers i.e. no effects. Andrew.

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

On Mon, Jun 20, 2016 at 12:00:16AM -0700, Andrew Pinski wrote: > Also I think the other place where we should accept basic asm is for > "nop" instructions. I have seen people use that heavily. And anything else that means the same as basic asm and as extended asm. > Note really I don't like the

[Bug fortran/71592] New: Add some facilities for compile-time check

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71592 Bug ID: 71592 Summary: Add some facilities for compile-time check Product: gcc Version: unknown Status: UNCONFIRMED Severity: normal Priority: P3 Component:

[Bug c++/59861] Inconsistent error output format

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59861 Manuel López-Ibáñez changed: What|Removed |Added CC||manu at gcc dot gnu.org ---

[Bug c/70477] -Wtautological-compare too aggressive?

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70477 Manuel López-Ibáñez changed: What|Removed |Added CC||manu at gcc dot gnu.org ---

Re: [PING 2, PATCH] Remove xfail from thread_local-order2.C.

Patch: https://gcc.gnu.org/ml/gcc-patches/2016-04/msg01587.html On Wed, Jan 27, 2016 at 10:39:44AM +0100, Dominik Vogt wrote: > g++.dg/tls/thread_local-order2.C no longer fail with Glibc-2.18 or > newer since this commit: > > 2014-08-01 Zifei Tong > > *

Re: [PATCH] PR target/71549: Convert V1TImode register to TImode in debug insn

On Mon, Jun 20, 2016 at 1:55 PM, H.J. Lu wrote: > TImode register referenced in debug insn can be converted to V1TImode > by scalar to vector optimization. We need to convert a debug insn if > it has a variable in a TImode register. > > Tested on x86-64. OK for trunk?

Re: RFC: 2->2 combine patch

Hi Segher, On 17/06/16 01:07, Segher Boessenkool wrote: On Fri, Jun 10, 2016 at 11:20:22AM +0200, Richard Biener wrote: With the proposed cost change for vector construction we will end up vectorizing the testcase in PR68961 again (on x86_64 and likely on ppc64le as well after that target gets

[patch, avr] Fix PR30417: Wrap -Tdata into %{!Tdata:...}.

This patch allows to specify -Tdata and -Ttext on the command line for MCUs where the specs file sets these options. For -mmcu=atmega88 for example, the respective specs reads: *link_data_start: -Tdata 0x800100 and the patch changes this to *link_data_start: %{!Tdata:-Tdata

Re: [Patch AArch64] Add some more missing intrinsics

On 13/06/16 17:31, James Greenhalgh wrote: > > Hi, > > Inspired by Jiong's recent work, here are some more missing intrinsics, > and a smoke test for each of them. > > This patch covers: > > vcvt_n_f64_s64 > vcvt_n_f64_u64 > vcvt_n_s64_f64 > vcvt_n_u64_f64 > vcvt_f64_s64 >

PING^3: [PATCH] PR33661 Fix problem with register asm in templates

Hi Jason, could you please have a look? https://gcc.gnu.org/ml/gcc-patches/2015-06/msg00904.html Thanks! -Andreas-

Re: [PATCH] Giant concepts patch

On Fri, Mar 25, 2016 at 1:33 AM, Andrew Sutton wrote: > I'll just leave this here... > > This patch significantly improves performance with concepts (i.e., > makes it actually usable for real systems) and improves the > specificity of diagnostics when constraints fail.

Re: [Patch AArch64] Fixup to fcvt patterns added in r237200

On 10/06/16 13:29, James Greenhalgh wrote: > > Hi, > > My autotester picked up some issues with the vcvt{ds}_n_* intrinsics > added in r237200. > > The iterators in this pattern do not resolve, as they have not been > explicitly tied to the mode iterator (rather than the code iterator) > used

Re: [AArch64] Give some new costs for Cortex-A57 floating-point operations

On 03/06/16 09:35, James Greenhalgh wrote: > > Hi, > > This patch rebases the floating-point cost table for Cortex-A57 to be > relative to the cost of a floating-point move. This in response to this > feedback from Richard Sandiford [2] on Ramana's patch to calls.c [1] from > 2014: > > I

[Bug middle-end/71581] [5/6/7 Regression] ICE on valid code on x86_64-linux-gnu with -Wuninitialized (Segmentation fault)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71581 Jakub Jelinek changed: What|Removed |Added CC||jakub at gcc dot gnu.org --- Comment #2

[Bug rtl-optimization/71591] SIGSEGV in test_uncond_jump (rtl-tests.c:90) with -E -fself-test

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71591 --- Comment #2 from Jakub Jelinek --- Created attachment 38732 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38732=edit gcc7-pr71591.patch Untested patch to do that.

[Bug middle-end/71529] [7 regression][CHKP] ICE in expand_expr_real_1

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71529 Ilya Enkovich changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug rtl-optimization/71591] SIGSEGV in test_uncond_jump (rtl-tests.c:90) with -E -fself-test

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71591 Jakub Jelinek changed: What|Removed |Added CC||dmalcolm at gcc dot gnu.org,

[Bug target/71103] avr-gcc crashes with unrecognizable insn error

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71103 Georg-Johann Lay changed: What|Removed |Added Priority|P3 |P4 Status|NEW

[Ada] Reimplementation of type invariants

This patch prevents the insertion of the invariant procedure declaration and body when the context is a generic unit. This ensures that generated code does not permiate the template. -- Source -- -- tester.ads package Tester is type Type_Id is (Ext_1_Id,

[Ada] Adapt treatment of inherited classwide pre/post to GNATprove

In GNATprove mode, inherited classwide pre/post are copied to the overriding subprogram declaration, so that GNATprove can find them to verify Liskov Substitution Principle on SPARK code. The copied pre/post are not turned into pragma checks anymore in GNATprove mode, so that they are added to the

[Ada] Always consider Linker_Options from package System

On full runtimes, this was always the case. On restricted one, force system to be in the closer of the program. No test for full runtimes (as no behaviour change). Tested on x86_64-pc-linux-gnu, committed on trunk 2016-06-20 Tristan Gingold * make.adb

[Ada] Handling of all-digits host names

In Get_Host_By_Name, do not treat a strings consisting of digits only as an IP address whose lookup should actually be done using Get_Host_By_Address. Tested on x86_64-pc-linux-gnu, committed on trunk 2016-06-20 Thomas Quinot * g-socket.adb (Is_IP_Address): A

Re: [PATCH 2/2][v3] Drop excess size used for run time allocated stack variables.

On 06/20/2016 02:19 PM, Dominik Vogt wrote: +/* PR/50938: Check that alloca () reserves the correct amount of stack space. + */ Same here really, even if it's only a test. In this case, the line gets too long with " */" appended. In that case we wrap before the last word. Bernd

Re: [PATCH 2/2][v3] Drop excess size used for run time allocated stack variables.

On Wed, Jun 08, 2016 at 01:21:09PM +0200, Bernd Schmidt wrote: > On 05/25/2016 03:32 PM, Dominik Vogt wrote: > > * explow.c (round_push): Use know adjustment. > > (allocate_dynamic_stack_space): Pass known adjustment to round_push. > >gcc/testsuite/ChangeLog > > > > I was thinking about

[avr, 6, 5, 4.9, committed] Backported PR target/71103

Applied backports to: v6: https://gcc.gnu.org/r237591 v5: https://gcc.gnu.org/r237593 v4.9: https://gcc.gnu.org/r237594 Johann gcc/ Backport from 2016-06-20 trunk r237589, r236558. PR target/71103 * config/avr/avr.md (movqi): Handle loading subreg:qi (const,

[Patch, Fortran] PR71194 - Fix ICE with pointer assignment

Dear all, the issue occurs only if the RHS of a pointer assignment is a function and the ICE is only triggered when a rank remapping is needed. gfc_conv_expr_descriptor calls for a expr2 gfc_conv_procedure_call, which sets "se.expr" to NULL_TREE - and the code later tries to access it. The code

[Bug c/70477] -Wtautological-compare too aggressive?

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70477 ecloud changed: What|Removed |Added CC||s at ecloud dot org --- Comment #5 from ecloud

Re: i386/prologues: ROP mitigation for normal function epilogues

Hi, On Fri, 17 Jun 2016, Bernd Schmidt wrote: > > The "0xe9 " essentially is the leave+return opcode, > > after all it jumps to them (let's ignore the possibility that the jump > > target address might contain a 0xc3 byte). So if the attacker finds > > some interesting gadget in I don't see

[Bug c++/55203] No unused warning for variables of non-trivial types

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55203 --- Comment #13 from Marc Glisse --- (In reply to Jonathan Wakely from comment #6) > Which are the relevant classes? It seems to me that we want to tag almost > everything except a few RAII types such as std::lock_guard and > std::unique_lock,

[Bug tree-optimization/71588] [4.9/5/6/7 Regression] ICE on valid code at -O2 and -O3 on x86_64-linux-gnu: in execute_todo, at passes.c:2009

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71588 --- Comment #3 from Jakub Jelinek --- Created attachment 38731 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38731=edit gcc7-pr71588.patch Untested fix.

[Bug target/71103] avr-gcc crashes with unrecognizable insn error

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71103 --- Comment #8 from Georg-Johann Lay --- Author: gjl Date: Mon Jun 20 12:02:36 2016 New Revision: 237594 URL: https://gcc.gnu.org/viewcvs?rev=237594=gcc=rev Log: gcc/ Backport from 2016-06-20 trunk r237589, r236558. PR

[Bug target/71549] ICE on valid code at -O2 and -O3 with -g enabled in 64-bit mode on x86_64-linux-gnu: in simplify_subreg, at simplify-rtx.c:5952

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71549 H.J. Lu changed: What|Removed |Added Target Milestone|--- |7.0 --- Comment #6 from H.J. Lu --- A patch

[Bug target/71103] avr-gcc crashes with unrecognizable insn error

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71103 --- Comment #7 from Georg-Johann Lay --- Author: gjl Date: Mon Jun 20 11:55:11 2016 New Revision: 237593 URL: https://gcc.gnu.org/viewcvs?rev=237593=gcc=rev Log: gcc/ Backport from 2016-06-20 trunk r237589, r236558. PR

[PATCH] PR target/71549: Convert V1TImode register to TImode in debug insn

TImode register referenced in debug insn can be converted to V1TImode by scalar to vector optimization. We need to convert a debug insn if it has a variable in a TImode register. Tested on x86-64. OK for trunk? H.J. gcc/ PR target/71549 * config/i386/i386.c

[Bug tree-optimization/71588] [4.9/5/6/7 Regression] ICE on valid code at -O2 and -O3 on x86_64-linux-gnu: in execute_todo, at passes.c:2009

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71588 Jakub Jelinek changed: What|Removed |Added Component|rtl-optimization|tree-optimization

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

On Mon, 20 Jun 2016, Andrew Haley wrote: > On 20/06/16 08:00, Andrew Pinski wrote: > > + /* Acceptable. */ > > + asm (" "); /* { dg-warning "Deprecated: asm in function without > > extended syntax" } */ > > This is incorrect English. It should be > > "Deprecated: asm without extended

[Bug middle-end/71529] [7 regression][CHKP] ICE in expand_expr_real_1

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71529 --- Comment #3 from Ilya Enkovich --- Author: ienkovich Date: Mon Jun 20 11:35:02 2016 New Revision: 237592 URL: https://gcc.gnu.org/viewcvs?rev=237592=gcc=rev Log: gcc/ Backport from mainline r237484. 2016-06-15 Ilya Enkovich

[Bug rtl-optimization/71591] New: SIGSEGV in test_uncond_jump (rtl-tests.c:90) with -E -fself-test

out-ppl --without-isl --build=x86_64-pc-linux-gnu --host=x86_64-pc-linux-gnu --target=x86_64-pc-linux-gnu --with-ld=/usr/bin/x86_64-pc-linux-gnu-ld --with-as=/usr/bin/x86_64-pc-linux-gnu-as --disable-libstdcxx-pch --prefix=/repo/gcc-trunk//binary-trunk-237587-checking-yes-rtl-df-nographite-amd64 Thread model: posix gcc version 7.0.0 20160620 (experimental) (GCC)

[Bug c++/71092] [6/7 Regression] ICE: in cxx_eval_call_expression, at cp/constexpr.c:1449; only with -Os

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71092 ktkachov at gcc dot gnu.org changed: What|Removed |Added CC||jeffbai at aosc dot xyz

[Bug c++/71584] [6/7 Regression] internal compiler error: in cxx_eval_call_expression

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

[Bug c++/71584] [6/7 Regression] internal compiler error: in cxx_eval_call_expression

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71584 ktkachov at gcc dot gnu.org changed: What|Removed |Added Keywords||ice-on-valid-code

[Bug bootstrap/71578] [7 Regression] segfault during LTO/PGO bootstrap on ppc64le

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71578 --- Comment #5 from Markus Trippelsdorf --- (In reply to Markus Trippelsdorf from comment #4) > (In reply to Andrew Pinski from comment #3) > > (In reply to Markus Trippelsdorf from comment #2) > > > Started with r237556: > > > > > > commit

[Bug target/71103] avr-gcc crashes with unrecognizable insn error

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71103 --- Comment #6 from Georg-Johann Lay --- Author: gjl Date: Mon Jun 20 11:20:27 2016 New Revision: 237591 URL: https://gcc.gnu.org/viewcvs?rev=237591=gcc=rev Log: gcc/ Backport from 2016-06-20 trunk r237589, r236558. PR

Re: [PATCH v2, PING 1] Allocate constant size dynamic stack space in the prologue

On Fri, May 06, 2016 at 10:44:15AM +0100, Dominik Vogt wrote: > > diff --git a/gcc/cfgexpand.c b/gcc/cfgexpand.c > > index 21f21c9..4d48afd 100644 > > --- a/gcc/cfgexpand.c > > +++ b/gcc/cfgexpand.c > ... > > @@ -1099,8 +1101,10 @@ expand_stack_vars (bool (*pred) (size_t), struct > >

Re: [Patch AArch64] Add some more missing intrinsics

On Mon, Jun 13, 2016 at 05:31:40PM +0100, James Greenhalgh wrote: > > Hi, > > Inspired by Jiong's recent work, here are some more missing intrinsics, > and a smoke test for each of them. > > This patch covers: > > vcvt_n_f64_s64 > vcvt_n_f64_u64 > vcvt_n_s64_f64 > vcvt_n_u64_f64 >

Re: [Patch AArch64] Fixup to fcvt patterns added in r237200

On Fri, Jun 10, 2016 at 01:29:39PM +0100, James Greenhalgh wrote: > > Hi, > > My autotester picked up some issues with the vcvt{ds}_n_* intrinsics > added in r237200. > > The iterators in this pattern do not resolve, as they have not been > explicitly tied to the mode iterator (rather than the

Re: [AArch64] Give some new costs for Cortex-A57 floating-point operations

On Fri, Jun 10, 2016 at 09:29:46AM +0100, James Greenhalgh wrote: > On Fri, Jun 03, 2016 at 09:35:50AM +0100, James Greenhalgh wrote: > > > > Hi, > > > > This patch rebases the floating-point cost table for Cortex-A57 to be > > relative to the cost of a floating-point move. This in response to

[Bug target/71103] avr-gcc crashes with unrecognizable insn error

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71103 --- Comment #5 from Georg-Johann Lay --- Author: gjl Date: Mon Jun 20 11:01:13 2016 New Revision: 237589 URL: https://gcc.gnu.org/viewcvs?rev=237589=gcc=rev Log: gcc/ PR target/71103 * config/avr/avr.md (movqi): Handle loading

[Bug rtl-optimization/71588] [4.9/5/6/7 Regression] ICE on valid code at -O2 and -O3 on x86_64-linux-gnu: in execute_todo, at passes.c:2009

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71588 Jakub Jelinek changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed|

[Bug bootstrap/71578] [7 Regression] segfault during LTO/PGO bootstrap on ppc64le

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71578 --- Comment #4 from Markus Trippelsdorf --- (In reply to Andrew Pinski from comment #3) > (In reply to Markus Trippelsdorf from comment #2) > > Started with r237556: > > > > commit 1176073cc1a63f14198c3ba0a02c8f5a52442c2f > > Author: marxin

Re: [wwwdocs] Describe behavior of -flifetime-dse in class constructors

On Mon, 20 Jun 2016, Gerald Pfeifer wrote: > I know a short version of this was applied, but am wondering > whether to retain the example (and a note on -flifetime-dse=1), > both per the discussion in February? > > Want to make those enhancements? And here is one small change I just applied...

[Bug c++/71584] Internal Error compiling LMMS on ARM (Endian Little)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71584 --- Comment #4 from Jeff Bai --- I compressed the .ii file with tar.xz as the original file is larger than 1000KB.

[Bug c++/71584] Internal Error compiling LMMS on ARM (Endian Little)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71584 --- Comment #3 from Jeff Bai --- Created attachment 38730 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38730=edit Temporary .ii file for MixerWorkerThread.cpp (the invoking file)

[Bug c++/71584] Internal Error compiling LMMS on ARM (Endian Little)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71584 --- Comment #2 from Jeff Bai --- Here you go.

Re: [wwwdocs] Describe behavior of -flifetime-dse in class constructors

Hi Martin, On Wed, 17 Feb 2016, Martin Liška wrote: > On 02/17/2016 03:23 PM, Jakub Jelinek wrote: >> "has been" looks weird. I'd say that the C++ compiler is now more >> aggressive... > Sending v3. I know a short version of this was applied, but am wondering whether to retain the example (and

[Bug target/71559] ICE in ix86_fp_cmp_code_to_pcmp_immediate, at config/i386/i386.c:23042 (KNL/AVX512)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71559 Jakub Jelinek changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned

RE: [PATCH, fortran, v4] Use Levenshtein spelling suggestions in Fortran FE

From my point of view, would be really nice to have. Joost

[Bug libstdc++/71579] type_traits miss checks for type completeness in some traits

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71579 --- Comment #1 from Jonathan Wakely --- Your example has undefined behaviour, the requirements in the standard are requirements on your use of the trait. If you use it wrong it doesn't work.

Re: [PING] [PATCH] c/69507 - bogus warning: ISO C does not allow ‘__alignof__ (expression)’

On 4 June 2016 at 23:24, Martin Sebor wrote: > Ping: https://gcc.gnu.org/ml/gcc-patches/2016-05/msg02216.html > > > On 05/27/2016 11:34 AM, Martin Sebor wrote: >> >> The patch below adjusts the C alignof pedantic warning to avoid >> diagnosing the GCC extension (__alignof__) and

[PATCH 6/6] loop-iv.c: make cond_list a vec

From: Trevor Saunders gcc/ChangeLog: 2016-06-20 Trevor Saunders * loop-iv.c (simplify_using_initial_values): Make cond_list a vector. --- gcc/loop-iv.c | 55 ++- 1 file

[PATCH 1/6] make antic_stores a vec

From: Trevor Saunders gcc/ChangeLog: 2016-06-20 Trevor Saunders * store-motion.c (struct st_expr): Make antic_stores a vector. (st_expr_entry): Adjust. (free_st_expr_entry): Likewise.

[PATCH 5/6] make pattern_regs a vec

From: Trevor Saunders gcc/ChangeLog: 2016-06-20 Trevor Saunders * store-motion.c (struct st_expr): Make pattern_regs a vector. (st_expr_entry): Adjust. (store_ops_ok): Likewise. (extract_mentioned_regs):

[PATCH 4/6] make side_effects a vec

From: Trevor Saunders gcc/ChangeLog: 2016-06-20 Trevor Saunders * var-tracking.c (struct adjust_mem_data): Make side_effects a vector. (adjust_mems): Adjust. (adjust_insn): Likewise.

[PATCH 0/6] remove some usage of rtx_{insn,expr}_list

From: Trevor Saunders Hi, These few patches to get rid of rtx insn and expr lists should be pretty un controvertial. In each case the list is clearly used as a stack and using a vec as a stack is clearly the same. In theory I would expect if anything this helps

[PATCH 3/6] make stores rtx_insn_list a vec

From: Trevor Saunders gcc/ChangeLog: 2016-06-20 Trevor Saunders * gcse.c (struct ls_expr): Make stores field a vector. (ldst_entry): Adjust. (free_ldst_entry): Likewise. (print_ldst_list): Likewise.

[PATCH 2/6] remove unused loads rtx_insn_list

From: Trevor Saunders gcc/ChangeLog: 2016-06-20 Trevor Saunders * gcse.c (struct ls_expr): Remove loads field. (ldst_entry): Adjust. (free_ldst_entry): Likewise. (print_ldst_list): Likewise.

[Bug c++/71584] Internal Error compiling LMMS on ARM (Endian Little)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71584 ktkachov at gcc dot gnu.org changed: What|Removed |Added Status|UNCONFIRMED |WAITING Last

[Bug sanitizer/67865] ASAN crashes on thread creation

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67865 dominik.stras...@onespin-solutions.com changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED

[Bug c++/71590] New: G++ template function initialize with wrong type

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71590 Bug ID: 71590 Summary: G++ template function initialize with wrong type Product: gcc Version: 4.4.4 Status: UNCONFIRMED Severity: major Priority: P3 Component:

[PATCH][typo] alignement -> alignment

Hi all, Committing the attached typo fix as obvious (I believe "alignement" is the French form). Thanks, Kyrill 2016-06-20 Kyrylo Tkachov * params.def (PARAM_ALIGN_LOOP_ITERATIONS): Use "alignment" instead of "alignement". * tree.h (TYPE_ALIGN):

[Bug fortran/71194] ICE on compilation with fcheck=all ; -fcheck=bounds

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71194 Tobias Burnus changed: What|Removed |Added Keywords||ice-on-valid-code

<    1   2   3   >