[Bug c/71602] [6/7 regression] ICE on __builtin_va_arg in build_va_arg, at c-family/c-common.c:5810

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

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71590 --- Comment #4 from gliu --- (In reply to Martin Sebor from comment #3) > There is a (subtle) difference between the initialization in "std::string s > = a;" and the assignment in "std::string s; s = a;" When valid, the > initialization invokes

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71590 --- Comment #3 from Martin Sebor --- There is a (subtle) difference between the initialization in "std::string s = a;" and the assignment in "std::string s; s = a;" When valid, the initialization invokes a constructor (possibly two), while the

[Bug c/71602] [6/7 regression] ICE on __builtin_va_arg in build_va_arg, at c-family/c-common.c:5810

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

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71590 --- Comment #2 from gliu --- (In reply to Martin Sebor from comment #1) > It is true that there is no std::string::operator=(int) but the assignment > in 'x = a' resolves to std::string::operator(char). The program is valid. Thanks for

Re: [PING] [PATCH] Fix asm X constraint (PR inline-asm/59155)

On 06/21/16 00:06, Jeff Law wrote: > On 06/09/2016 10:45 AM, Jakub Jelinek wrote: >> On Thu, Jun 09, 2016 at 06:43:04PM +0200, Jakub Jelinek wrote: >>> Yes, I'm all in favor in disabling X constraint for inline asm. >>> Especially if people actually try to print it as well, rather than >>> make it

[PATCH,rs6000] Add support for HAVE_AS_POWER9

A "#define HAVE_AS_POWER9" or "#undef HAVE_AS_POWER9" preprocessor directive is emitted into the $GCC_BUILD/gcc/auto-host.h file at configuration time, depending on whether the available assembler supports the Power9 instruction set. This patch arranges to disable Power9-specific compiler

Re: Return value on MIPS N64 ABI

Thank you. On Mon, Jun 13, 2016 at 6:19 PM, Matthew Fortune wrote: > Heiher writes: >> Looks the return value of TestNewA is passed on $f0/$f2 from disassembly >> code. I don't known why the return value of TestNewB is passed on >> $v0/$v1? a bug?

[Bug c/71603] New: pragma diagnostic pop fails to restore warning level

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71603 Bug ID: 71603 Summary: pragma diagnostic pop fails to restore warning level Product: gcc Version: 7.0 Status: UNCONFIRMED Severity: normal Priority: P3

[Bug c/71601] ICE on conditional expression between DFP / non-DFP float

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71601 Joseph S. Myers changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

Fix ICE on conditional expression between DFP and non-DFP float (PR c/71601)

A conditional expression between DFP and non-DFP floating-point produces an ICE. This patch fixes this by making build_conditional_expr return early when c_common_type produces an error. Bootstrapped with no regressions on x86_64-pc-linux-gnu. Applied to mainline. gcc/c: 2016-06-20 Joseph

[Bug c/71601] ICE on conditional expression between DFP / non-DFP float

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71601 --- Comment #1 from Joseph S. Myers --- Author: jsm28 Date: Mon Jun 20 22:58:20 2016 New Revision: 237622 URL: https://gcc.gnu.org/viewcvs?rev=237622=gcc=rev Log: Fix ICE on conditional expression between DFP and non-DFP float (PR c/71601). A

[Bug c/71602] New: ICE on valid code on x86_64-linux-gnu (in build_va_arg, at c-family/c-common.c:5810)

gcc version 7.0.0 20160620 (experimental) [trunk revision 237605] (GCC) $: $: gcc-trunk -c small.c small.c: In function ‘fn1’: small.c:3:3: internal compiler error: in build_va_arg, at c-family/c-common.c:5810 __builtin_va_arg(pap, double); ^~~~ 0x7067a2 build_va_arg(unsigned int

Re: [PATCH, vec-tails 01/10] New compiler options

On 06/17/2016 04:41 AM, Ilya Enkovich wrote: 1. You've got 3 modes for epilogue vectorization. Is this an artifact of not really having good heuristics yet for which mode to apply to a particular loop at this time? 2. Similarly for cost models. All three modes are profitable in different

Re: [PATCH] PR52665 do not let .ident confuse assembler scan tests

On 06/18/2016 01:31 PM, Bernhard Reutner-Fischer wrote: A branch with a name matching scan-assembler pattern triggers inappropriate FAIL. E.g. branch fixups-testsuite and - gcc.target/i386/pr65871-?.c (scan-assembler-not "test") - gcc.target/i386/pr41442.c (scan-assembler-times "test|cmp" 2)

Re: [PATCH] Give up instead of ICE on invalid stringops attributes (PR tree-optimization/71588)

On 06/20/2016 12:35 PM, Jakub Jelinek wrote: Hi! If users use attributes like const or pure incorrectly on stringops builtins, the tree-ssa-strlen.c pass can ICE, because it expects it can e.g. replace a strcpy (which should not be const or pure) with memcpy (which also shouldn't be const/pure)

Re: [PING] [PATCH] Fix asm X constraint (PR inline-asm/59155)

On 06/09/2016 10:45 AM, Jakub Jelinek wrote: On Thu, Jun 09, 2016 at 06:43:04PM +0200, Jakub Jelinek wrote: Yes, I'm all in favor in disabling X constraint for inline asm. Especially if people actually try to print it as well, rather than make it unused. That is a sure path to ICEs. Though,

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

On 06/18/2016 05:55 PM, Martin Sebor wrote: I think detecting potentially problematic uses of alloca would be useful, especially when done in an intelligent way like in your patch (as opposed to simply diagnosing every call to the function regardless of the value of its argument). At the same

[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 #4 from Jakub Jelinek --- Author: jakub Date: Mon Jun 20 21:41:20 2016 New Revision: 237621 URL: https://gcc.gnu.org/viewcvs?rev=237621=gcc=rev Log: PR middle-end/71581 * tree-ssa-uninit.c (warn_uninit): If EXPR and

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

On 06/20/2016 08:56 AM, Joseph Myers wrote: 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

[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 #3 from Jakub Jelinek --- Author: jakub Date: Mon Jun 20 21:40:02 2016 New Revision: 237620 URL: https://gcc.gnu.org/viewcvs?rev=237620=gcc=rev Log: PR rtl-optimization/71591 * toplev.c (toplev::run_self_tests): If

[Bug libstdc++/55917] Impossible to find/debug unhandled exceptions in an std::thread

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55917 --- Comment #15 from Howard Hinnant --- To help clarify my proposal, here is a patch: diff --git a/libstdc++-v3/src/c++11/thread.cc b/libstdc++-v3/src/c++11/thread.cc index 906cafa..cfca178 100644 --- a/libstdc++-v3/src/c++11/thread.cc +++

Re: [PATCH] Don't run -fself-test with -E (PR rtl-optimization/71591)

On 06/20/2016 12:38 PM, Jakub Jelinek wrote: Hi! As mentioned in the PR, with -E (C family and Fortran FEs, others don't preprocess) ask the middle-end not to initialize the backends, so running e.g. RTL tests leads to ICEs, e.g. pc_rtx and many other things just aren't initialized. 2016-06-20

Re: [PATCH] Fix warn uninit ICE with _Complex exprs (PR middle-end/71581)

On 06/20/2016 12:45 PM, Jakub Jelinek wrote: Hi! On the following testcase we ICE during warn_uninit. Normally, has_undefined_value_p returns false for anonymous SSA_NAMEs, so NULL expr/var aren't a problem. If t has a COMPLEX_EXPR as def-stmt, where the first operand is some scalar var's (D)

[Bug c/71601] New: ICE on conditional expression between DFP / non-DFP float

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71601 Bug ID: 71601 Summary: ICE on conditional expression between DFP / non-DFP float Product: gcc Version: 6.0 Status: UNCONFIRMED Severity: normal

Re: [PATCH] x86-64: Load external function address via GOT slot

On Mon, Jun 20, 2016 at 12:46 PM, Richard Sandiford wrote: > Uros Bizjak writes: >> On Mon, Jun 20, 2016 at 9:19 PM, H.J. Lu wrote: >>> On Mon, Jun 20, 2016 at 12:13 PM, Uros Bizjak wrote: On Mon, Jun

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71571 --- Comment #15 from Hans-Peter Nilsson --- (In reply to David B. Robins from comment #12) > Note that it does still need -fno-inline. I almost missed. > I know why it doesn't crash with -O0: there is a text-section constant > inserted after

[Bug c/71600] [7 regression] test case gcc.dg/gnu89-const-expr-1.c fails starting with r237581

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71600 Martin Sebor changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

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

tbsaunde+...@tbsaunde.org writes: > diff --git a/gcc/loop-iv.c b/gcc/loop-iv.c > index 57fb8c1..21c3180 100644 > --- a/gcc/loop-iv.c > +++ b/gcc/loop-iv.c > @@ -1860,7 +1860,6 @@ simplify_using_initial_values (struct loop *loop, enum > rtx_code op, rtx *expr) > { >bool expression_valid; >

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71571 Hans-Peter Nilsson changed: What|Removed |Added Target Milestone|--- |7.0

Committed, CRIS: fix target/71571, delay-slot nop in PIC MI thunk

Committed to trunk. Apparently the -fno-inline is key to keeping the test-case small. Thanks go to the reporter, David B. Robins. gcc: PR target/71571 * config/cris/cris.c (cris_asm_output_mi_thunk): Add missing "ba" delay-slot "nop" for PIC with CRIS v32. Also add

[Bug libstdc++/71181] Reserving in unordered_map doesn't reserve enough

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71181 --- Comment #5 from François Dumont --- Author: fdumont Date: Mon Jun 20 20:04:25 2016 New Revision: 237617 URL: https://gcc.gnu.org/viewcvs?rev=237617=gcc=rev Log: 2016-06-20 François Dumont PR libstdc++/71181

[Bug c/71600] [7 regression] test case gcc.dg/gnu89-const-expr-1.c fails starting with r237581

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71600 --- Comment #1 from Bill Seurer --- Also this test case: FAIL: gcc.dg/gnu99-static-1.c (test for errors, line 14) line 14: void g0(void) { __alignof__(f0()); } /* { dg-error "__alignof__ \\(expression\\)" } */

Re: [PATCH 5/6] make pattern_regs a vec

tbsaunde+...@tbsaunde.org writes: > @@ -265,18 +261,16 @@ store_ops_ok (const_rtx x, int *regs_set) > /* Returns a list of registers mentioned in X. > FIXME: A regset would be prettier and less expensive. */ > > -static rtx_expr_list * > -extract_mentioned_regs (rtx x) > +static void >

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71571 --- Comment #14 from Hans-Peter Nilsson --- Author: hp Date: Mon Jun 20 20:02:03 2016 New Revision: 237616 URL: https://gcc.gnu.org/viewcvs?rev=237616=gcc=rev Log: PR target/71571 * g++.dg/torture/pr71571.C: New test. Added:

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71571 --- Comment #13 from Hans-Peter Nilsson --- Author: hp Date: Mon Jun 20 20:01:20 2016 New Revision: 237615 URL: https://gcc.gnu.org/viewcvs?rev=237615=gcc=rev Log: PR target/71571 * config/cris/cris.c (cris_asm_output_mi_thunk):

[Bug c/71600] New: [7 regression] test case gcc.dg/gnu89-const-expr-1.c fails starting with r237581

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71600 Bug ID: 71600 Summary: [7 regression] test case gcc.dg/gnu89-const-expr-1.c fails starting with r237581 Product: gcc Version: 7.0 Status: UNCONFIRMED Severity:

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71571 Hans-Peter Nilsson changed: What|Removed |Added Status|NEW |ASSIGNED

Re: [PATCH] x86-64: Load external function address via GOT slot

Uros Bizjak writes: > On Mon, Jun 20, 2016 at 9:19 PM, H.J. Lu wrote: >> On Mon, Jun 20, 2016 at 12:13 PM, Uros Bizjak wrote: >>> On Mon, Jun 20, 2016 at 7:05 PM, H.J. Lu wrote: Hi, This patch

[PATCH, i386, AVX-512ER] vrsqrt28ps auto generation

Hi! This patch emits vrsqrt28ps instruction in ix86_emit_swsqrtsf for recip case and vrcp28ps(vrsqrt28ps(a)) for !recip. Regtested using various benchmarks on a AVX-512ER machine. OK for trunk? gcc/ * config/i386/i386.c (ix86_emit_swsqrtsf): Emit vrsqrt28ps. *

Re: [PATCH 0/7] remove targets obsoleted in gcc 6

On 06/19/2016 11:47 PM, tbsaunde+...@tbsaunde.org wrote: From: Trevor Saunders Hi, later than I hoped, but here's the series to remove the targets obsoleted during gcc 6. I built and regtested the series as one patch on x86_64-linux-gnu without regressions, ok?

Re: [PATCH, i386, AVX-512ER] vrsqrt28ps auto generation

On Mon, Jun 20, 2016 at 9:35 PM, Ilya Verbin wrote: > Hi! > > This patch emits vrsqrt28ps instruction in ix86_emit_swsqrtsf for recip case > and > vrcp28ps(vrsqrt28ps(a)) for !recip. > Regtested using various benchmarks on a AVX-512ER machine. OK for trunk? > > > gcc/ >

Re: _Bool and trap representations

On 06/17/2016 02:19 PM, Alexander Cherepanov wrote: On 2016-06-15 17:15, Martin Sebor wrote: There has been quite a bit of discussion among the committee on this subject lately (the last part is the subject of DR #451, though it's discussed in the context of uninitialized objects with

Re: [PATCH] x86-64: Load external function address via GOT slot

On Mon, Jun 20, 2016 at 9:19 PM, H.J. Lu wrote: > On Mon, Jun 20, 2016 at 12:13 PM, Uros Bizjak wrote: >> On Mon, Jun 20, 2016 at 7:05 PM, H.J. Lu wrote: >>> Hi, >>> >>> This patch implements the alternate code sequence recommended

Re: [PATCH] config-list.mk AIX update

On 06/20/2016 12:13 PM, David Edelsohn wrote: This patch removes obsolete AIX 4.3, 5.1 and 5.2 configurations and adds AIX 7.1 configuration. GCC does not yet differentiate AIX 7.2, so I did not include it. Okay? Thanks, David * config-list.mk: Remove rs6000-ibm-aix4.3, rs6000-ibm-aix5.1,

[Bug c++/71599] An extra unrelated move when compiling compare_exchange_strong

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71599 Andrew Pinski changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug middle-end/66713] atomic compare_exchange_strong creates spurious store for x86-64 at -O3

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66713 Andrew Pinski changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug middle-end/66867] Suboptimal code generation for atomic_compare_exchange

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66867 Andrew Pinski changed: What|Removed |Added CC||tkoeppe at google dot com --- Comment

[Bug middle-end/66867] Suboptimal code generation for atomic_compare_exchange

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66867 Andrew Pinski changed: What|Removed |Added CC||dhowells at redhat dot com --- Comment

[Bug middle-end/66867] Suboptimal code generation for atomic_compare_exchange

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66867 Andrew Pinski changed: What|Removed |Added CC||jianjin2016 at fb dot com --- Comment

[Bug rtl-optimization/70825] x86_64: __atomic_compare_exchange_n() accesses stack unnecessarily

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70825 Andrew Pinski changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

Re: [PATCH] x86-64: Load external function address via GOT slot

On Mon, Jun 20, 2016 at 12:13 PM, Uros Bizjak wrote: > On Mon, Jun 20, 2016 at 7:05 PM, H.J. Lu wrote: >> Hi, >> >> This patch implements the alternate code sequence recommended in >> >> https://groups.google.com/forum/#!topic/x86-64-abi/de5_KnLHxtI >> >>

[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 --- Comment #19 from Jakub Jelinek --- Author: jakub Date: Mon Jun 20 19:17:12 2016 New Revision: 237614 URL: https://gcc.gnu.org/viewcvs?rev=237614=gcc=rev Log: PR target/71559 * config/i386/i386.c

Re: [PATCH] c++/60760 - arithmetic on null pointers should not be allowed in constant expressions

+ if (TREE_CODE (whole) == INDIRECT_REF + && integer_zerop (TREE_OPERAND (whole, 0)) + && !ctx->quiet) +error ("dereferencing a null pointer in %qE", orig_whole); + if (TREE_CODE (t) == INTEGER_CST + && TREE_CODE (TREE_TYPE (t)) == POINTER_TYPE + &&

Re: [PATCH] x86-64: Load external function address via GOT slot

On Mon, Jun 20, 2016 at 7:05 PM, H.J. Lu wrote: > Hi, > > This patch implements the alternate code sequence recommended in > > https://groups.google.com/forum/#!topic/x86-64-abi/de5_KnLHxtI > > to load external function address via GOT slot with > > movq func@GOTPCREL(%rip),

Re: [PATCH] Fix ix86_fp_cmp_code_to_pcmp_immediate (PR target/71559)

On Mon, Jun 20, 2016 at 09:04:26PM +0200, Uros Bizjak wrote: > OK for mainline and release branches after a week or so without > problems in mainline. Ok, thanks. > (I tried to review usage of all those bits, LGTM, but mistakes can happen...) I really hope the testcase should double check all

[Bug rtl-optimization/65628] valgrind error in improve_allocation

|WORKSFORME |--- --- Comment #5 from David Binderman --- >David, in the future please use an --enable-checking=valgrind compiler >for valgrind testing. Righto. I tried a build of today's (20160620) gcc trunk with this flag you recommend. I got ==16199== Conditional jump o

Re: [PATCH, i386, AVX-512ER] vrcp28ps auto generation

On Mon, Jun 20, 2016 at 7:09 PM, Ilya Verbin wrote: > Hi! > > This patch emits vrcp28ps and vmulps istructions for ix86_emit_swdivsf. > The relative error is < 2^-23, so no additional iteration is necessary. > Regtested using various benchmarks on a AVX-512ER machine. OK for

Re: [PATCH] Fix ix86_fp_cmp_code_to_pcmp_immediate (PR target/71559)

On Mon, Jun 20, 2016 at 8:31 PM, Jakub Jelinek wrote: > Hi! > > As discussed in the PR, this function is missing a lot of comparison codes > that can validly appear there, and gives wrong values for the others > except for NE. > This patch makes those values match what %D3 emits

[Bug c++/71599] New: An extra unrelated move when compiling compare_exchange_strong

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71599 Bug ID: 71599 Summary: An extra unrelated move when compiling compare_exchange_strong Product: gcc Version: 6.1.0 Status: UNCONFIRMED Severity: normal

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

On Mon, Jun 20, 2016 at 10:31 AM, Ilya Enkovich wrote: > On 20 Jun 09:45, H.J. Lu wrote: >> On Mon, Jun 20, 2016 at 7:30 AM, Ilya Enkovich >> wrote: >> > 2016-06-20 16:39 GMT+03:00 Uros Bizjak : >> >> On Mon, Jun 20, 2016 at

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71194 --- Comment #2 from Tobias Burnus --- Author: burnus Date: Mon Jun 20 18:46:43 2016 New Revision: 237612 URL: https://gcc.gnu.org/viewcvs?rev=237612=gcc=rev Log: 2016-06-20 Tobias Burnus fortran/71194 *

[PATCH] Fix warn uninit ICE with _Complex exprs (PR middle-end/71581)

Hi! On the following testcase we ICE during warn_uninit. Normally, has_undefined_value_p returns false for anonymous SSA_NAMEs, so NULL expr/var aren't a problem. If t has a COMPLEX_EXPR as def-stmt, where the first operand is some scalar var's (D) SSA_NAME and the second operand is 0, which

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71571 --- Comment #12 from David B. Robins --- Note that it does still need -fno-inline. I know why it doesn't crash with -O0: there is a text-section constant inserted after the thunk, and it's inlined at higher optimization levels. The instruction

[PATCH] Don't run -fself-test with -E (PR rtl-optimization/71591)

Hi! As mentioned in the PR, with -E (C family and Fortran FEs, others don't preprocess) ask the middle-end not to initialize the backends, so running e.g. RTL tests leads to ICEs, e.g. pc_rtx and many other things just aren't initialized. 2016-06-20 Jakub Jelinek PR

[PATCH] Give up instead of ICE on invalid stringops attributes (PR tree-optimization/71588)

Hi! If users use attributes like const or pure incorrectly on stringops builtins, the tree-ssa-strlen.c pass can ICE, because it expects it can e.g. replace a strcpy (which should not be const or pure) with memcpy (which also shouldn't be const/pure) etc. The patch just pretends the calls aren't

[PATCH] Fix ix86_fp_cmp_code_to_pcmp_immediate (PR target/71559)

Hi! As discussed in the PR, this function is missing a lot of comparison codes that can validly appear there, and gives wrong values for the others except for NE. This patch makes those values match what %D3 emits for the AVX vcmp*p{s,d}, there is some controversy on whether UN{GT,GE,LT,LE,EQ}

Re: [PATCH] config-list.mk AIX update

Hi David, On Mon, 2016-06-20 14:13:33 -0400, David Edelsohn wrote: > This patch removes obsolete AIX 4.3, 5.1 and 5.2 configurations and > adds AIX 7.1 configuration. GCC does not yet differentiate AIX 7.2, > so I did not include it. > > Okay? Of course, you're AIX

[PATCH] config-list.mk AIX update

This patch removes obsolete AIX 4.3, 5.1 and 5.2 configurations and adds AIX 7.1 configuration. GCC does not yet differentiate AIX 7.2, so I did not include it. Okay? Thanks, David * config-list.mk: Remove rs6000-ibm-aix4.3, rs6000-ibm-aix5.1, rs6000-ibm-aix5.2. Rename rs6000-ibm-aix6.0 as

[Bug rtl-optimization/71596] [7 Regression] gcc bootstrap fails due to segv in genrecog

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71596 --- Comment #2 from Sergey --- ( may be related to https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70902 ? ) - genrecog crashes with segv if built with gcc@r235523 and later after emitting first 32k of its output -- stack trace below; - it's

[Bug c/71598] New: Wrong optimization with aliasing enums

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71598 Bug ID: 71598 Summary: Wrong optimization with aliasing enums Product: gcc Version: 7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c

Re: [Patch, testsuite] Mark some more tests as UNSUPPORTED for avr

On Jun 20, 2016, at 2:13 AM, Senthil Kumar Selvaraj wrote: > > This patch fixes some bogus failures for the avr target by requiring > int32plus or ptr32plus support. > > Ok for trunk? Ok. If you feel comfortable making these sort of "obvious" changes, you

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

Hi, On Mon, 20 Jun 2016, Andrew Haley wrote: > On 20/06/16 18:36, Michael Matz wrote: > > I see zero gain by deprecating them and only churn. What would be the > > advantage again? > > Correctness. As said in the various threads about basic asms, all correctness problems can be solved by

[Bug c/71597] New: Confusing warning for incompatible enums

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71597 Bug ID: 71597 Summary: Confusing warning for incompatible enums Product: gcc Version: 7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c

[Bug rtl-optimization/71596] [7 Regression] gcc bootstrap fails due to segv in genrecog

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71596 Andrew Pinski changed: What|Removed |Added Keywords||build Target Milestone|---

[Bug rtl-optimization/71596] [7 Regression] gcc bootstrap fails due to segv in genrecog

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71596 Markus Trippelsdorf changed: What|Removed |Added Target||x86_64-*-*, i?86-*-*

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

On 20/06/16 18:36, Michael Matz wrote: > I see zero gain by deprecating them and only churn. What would be the > advantage again? Correctness. It is very likely that many of these basic asms are not robust in the face of compiler changes because they don't declare their dependencies and

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

On 20 Jun 09:45, H.J. Lu wrote: > On Mon, Jun 20, 2016 at 7:30 AM, Ilya Enkovich wrote: > > 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

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

Hi, On Sun, 19 Jun 2016, David Wohlferd wrote: > All basic asm in trunk: 1,105 instances. > - Exclude 273 instances with empty strings leaving 832. > - Exclude 271 instances for boehm-gc project leaving 561. > - Exclude 202 instances for testsuite project leaving 359. > - Exclude 282 instances

[Bug rtl-optimization/71596] New: gcc bootstrap fails due to segv in genrecog

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71596 Bug ID: 71596 Summary: gcc bootstrap fails due to segv in genrecog Product: gcc Version: 7.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

Re: Update probabilities in predict.def to match reality

Hi, On 08/06/16 11:21, Andreas Schwab wrote: Jan Hubicka writes: Bootstrapped/regtested x86_64-linux, will commit it later today. FAIL: gcc.dg/tree-ssa/slsr-8.c scan-tree-dump-times optimized " w?* " 7 This fails for all arm and aarch64 targets as well since the

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71571 --- Comment #11 from Hans-Peter Nilsson --- (In reply to David B. Robins from comment #10) > My apologies, I saw the example you pointed at was from torture/ but > missed/forgot that you had also wanted the new test there. I moved the file > to

[Bug c++/71570] [6/7 regression] ICE on invalid variable capture in cxx_incomplete_type_diagnostic, at cp/typeck2.c:551

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71570 Martin Sebor changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

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

Given how many embedded ports have #defines in external packages for basic asms for instructions such as nop, enable/disable interrupts, other system-level opcodes, etc... I think this is a bad idea. Even glibc would break. #define enable() asm("eint") __asm__ __volatile__ ("fwait");

[PATCH, i386, AVX-512ER] vrcp28ps auto generation

Hi! This patch emits vrcp28ps and vmulps istructions for ix86_emit_swdivsf. The relative error is < 2^-23, so no additional iteration is necessary. Regtested using various benchmarks on a AVX-512ER machine. OK for trunk? gcc/ * config/i386/i386.c (ix86_emit_swdivsf): Emit vrcp28ps.

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

2016-06-20 16:36 GMT+03:00 Georg-Johann Lay : > 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 > >

[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 Status|RESOLVED|REOPENED Resolution|FIXED

[PATCH] x86-64: Load external function address via GOT slot

Hi, This patch implements the alternate code sequence recommended in https://groups.google.com/forum/#!topic/x86-64-abi/de5_KnLHxtI to load external function address via GOT slot with movq func@GOTPCREL(%rip), %rax so that linker won't create an PLT entry for extern function address. Tested

[Bug target/71338] [RL78] mulu instruction not used on G10

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71338 --- Comment #4 from DJ Delorie --- Sure, the only dependencies might be on binutils/gdb releases, but they support it and they're independent of gcc releases anyway.

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71593 Martin Sebor changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Last reconfirmed|

[Bug c++/58646] ICE on a multidimensional VLA with an empty initializer list

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58646 Martin Sebor changed: What|Removed |Added CC||editing101 at aol dot com --- Comment #7

[Bug c++/16994] [meta-bug] VLA and C++

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=16994 Bug 16994 depends on bug 71593, which changed state. Bug 71593 Summary: initializing array with mixed constant and variable size results in error https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71593 What|Removed

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71571 --- Comment #10 from David B. Robins --- My apologies, I saw the example you pointed at was from torture/ but missed/forgot that you had also wanted the new test there. I moved the file to torture and removed -O2 -fno-inline and I didn't get the

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

On 06/20/2016 12:22 PM, tbsaunde+...@tbsaunde.org wrote: In theory I would expect if anything this helps performance since it isn't necessary to malloc every time a node is added, however the data is less clear. Well, we have alloc pools for these lists, so a malloc is not needed for every

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

On Mon, Jun 20, 2016 at 7:30 AM, Ilya Enkovich wrote: > 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

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55203 Martin Sebor changed: What|Removed |Added CC||msebor at gcc dot gnu.org --- Comment

[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 --- Comment #2 from Jakub Jelinek --- s/properly/. Anyway, the thing is that we use cp_lvalue_kind lvalue = real_lvalue_p (expr); and test the various clk_* bits from it, but this returns clk_none if lvalue_kind has clk_class or clk_rvalueref

[Bug tree-optimization/71595] New: ICE on valid code at -O2 and -O3 on x86_64-linux-gnu: in check_loop_closed_ssa_use, at tree-ssa-loop-manip.c:704

Configured with: ../gcc-source-trunk/configure --enable-languages=c,c++,lto --prefix=/usr/local/gcc-trunk --disable-bootstrap Thread model: posix gcc version 7.0.0 20160620 (experimental) [trunk revision 237587] (GCC) $ $ gcc-trunk -Os -c small.c $ gcc-6.1 -O2 -c small.c $ $ gcc-trunk -O2 -c small.c

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71590 Martin Sebor changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC|

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

Dear Tobias, Impeccably done, as always :-) OK for trunk. Thanks for the patch. Cheers Paul On 20 June 2016 at 14:10, Tobias Burnus wrote: > Dear all, > > the issue occurs only if the RHS of a pointer assignment is a function and > the ICE is only triggered

  1   2   3   >