[Bug middle-end/69013] [5 Regression] gfortran-5.3.0 ICE in prune_uninit_phi_opnds_in_unrealizable_paths, at tree-ssa-uninit.c:1121

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69013 Dominique d'Humieres changed: What|Removed |Added Status|UNCONFIRMED |NEW Known to work|

C PATCH to warn when accessing members of atomic structures (PR c/69002)

This patch adds a warning (enabled by default) to warn about accessing elements of atomic structures or unions, which is undefined behavior according to the C standard. I didn't make this a translation-time error because it's unclear if it should be so. Bootstrapped/regtested on x86_64-linux and

Re: [AArch32][NEON] Implementing vmaxnmQ_ST and vminnmQ_ST intrinsincs.

On 21/12/15 11:58, Bilyan Borisov wrote: This patch implements the vmaxnmQ_ST and vminnmQ_ST intrinsincs. It also implements the __ARM_FEATURE_NUMERIC_MAXMIN macro, which is defined when __ARM_ARCH >= 8, and which enables the intrinsincs. Tested on arm-none-eabi, armeb-none-eabi,

[Bug fortran/69011] [6 Regression] [OOP] ICE in gfc_advance_chain for ALLOCATE with SOURCE

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69011 Dominique d'Humieres changed: What|Removed |Added Keywords||ice-on-valid-code

Re: C PATCH to add __atomic_fetch_* optimization for _Atomics (PR c/68908) (v2)

On Mon, 21 Dec 2015, Marek Polacek wrote: > Uuugh, sorry about that. Fixed in this version and I've added a run-time > test to verify this issue. In addition to that, I've also added a new test > that checks the size of lhs_type -- so that we know we can use some _N variant > of the atomic

[Bug c/69002] C front end should warn about undefined access to atomic structure or union

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69002 Marek Polacek changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug target/68937] i686: -fno-plt produces wrong code (maybe only with tailcall)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68937 --- Comment #12 from uros at gcc dot gnu.org --- Author: uros Date: Tue Dec 22 15:38:25 2015 New Revision: 231903 URL: https://gcc.gnu.org/viewcvs?rev=231903=gcc=rev Log: [PATCH] Use call-clobbered register for sibcall via GOT From: H.J. Lu

Re: C PATCH to warn when accessing members of atomic structures (PR c/69002)

On Tue, 22 Dec 2015, Marek Polacek wrote: > This patch adds a warning (enabled by default) to warn about accessing > elements > of atomic structures or unions, which is undefined behavior according to the C > standard. I didn't make this a translation-time error because it's unclear if > it

Re: [PING][Patch 3/3][Arm] Add support for IEEE-conformant versions of scalar fmin* and fmax*

On 16/12/15 09:31, Kyrill Tkachov wrote: Hi David, On 16/12/15 08:53, David Sherwood wrote: Hi, Here is the last patch of the fmin/fmax change, which adds the optabs to the arm backend. Tested: arm-none-eabi: no regressions Good to go? David Sherwood. ChangeLog: 2015-12-08 David

[Bug c/69002] C front end should warn about undefined access to atomic structure or union

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69002 --- Comment #9 from Marek Polacek --- Author: mpolacek Date: Tue Dec 22 15:23:21 2015 New Revision: 231902 URL: https://gcc.gnu.org/viewcvs?rev=231902=gcc=rev Log: PR c/69002 * c-typeck.c (build_component_ref): Warn when

[PATCH] Improve fold-const comparison checks (PR c++/67376)

Hi! As the testcase shows, we have some regressions in constexpr folding in GCC 5+. One issue is that fold_binary_loc attempts to swap operands of comparison operators only if one of them is constant, most of the optimizations in there are written for constant in arg1 and therefore ok, but the

Re: [PING][Patch 3/3][Arm] Add support for IEEE-conformant versions of scalar fmin* and fmax*

On 22/12/15 15:15, Alan Lawrence wrote: On 16/12/15 09:31, Kyrill Tkachov wrote: Hi David, On 16/12/15 08:53, David Sherwood wrote: Hi, Here is the last patch of the fmin/fmax change, which adds the optabs to the arm backend. Tested: arm-none-eabi: no regressions Good to go? David

Re: [PATCH, i386] Introduce support for PKU instructions.

Hello Uroš, I (hopefully fixed all of inputs, thanks! Updated patch for i386.md in the bottom, rest patch is the same. Bootstrap in progress. New tests pass. Is it ok for trunk if bootstrap will pass? On 20 Dec 11:56, Uros Bizjak wrote: > > +(define_expand "rdpkru" > > + [(set

[Bug tree-optimization/68964] [6 regression] Internal compiler error for test case gcc.dg/tm/20100610.c since r231674

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68964 --- Comment #3 from Richard Henderson --- The path on which this test goes off the rails is supposed to only be used for structure assignments, where memmove must be used, and thus taking the address of both sides of the assignment will work.

[Bug c++/69020] wrong ADL for attribute cleanup functions

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

Re: [Patch testsuite] Skip gcc.dg/ifcvt-4.c for targets on which it may not work

On 12/22/2015 04:24 AM, Richard Earnshaw (lists) wrote: The bigger problem here is that branch costs are a property of a specific CPU, not the target architecture. So deciding whether or not we should skip this test (and perhaps others like it) is impossible given that we can't know what the

Re: [PATCH, rs6000] Fix PR target/68872, make -mcpu=powerpc64le pass correct assembler option

On Tue, Dec 22, 2015 at 2:30 PM, Peter Bergner wrote: > On Tue, 2015-12-22 at 13:36 -0500, David Edelsohn wrote: >> On Tue, Dec 22, 2015 at 12:13 PM, Peter Bergner wrote: >> Ultimately rs6000_file_start ".machine" directive support should be >>

[trans-mem] Give EH_ELSE access to __builtin_eh_pointer

The must-not-throw wrapper for protect_cleanup_actions gets in the way of being able to access __builtin_eh_pointer without confusion as the identit of the exception to which we are referring (b_eh_p has no usable argument up to this point). Since EH_ELSE never comes from user derived code, let's

[Bug c++/69020] New: wrong ADL for attribute cleanup functions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69020 Bug ID: 69020 Summary: wrong ADL for attribute cleanup functions Product: gcc Version: 6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++

[Bug libitm/69018] libitm/testsuite/libitm.c++/c++.exp: libstdc++ include paths don't work if tests set options

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

[Bug target/68772] Many -gstabs tests FAIL with Xcode 7 as

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68772 --- Comment #2 from Peter Bergner --- Author: bergner Date: Tue Dec 22 19:27:14 2015 New Revision: 231905 URL: https://gcc.gnu.org/viewcvs?rev=231905=gcc=rev Log: gcc/ PR target/68772 * config/rs6000/rs6000.h (ASM_CPU_SPEC): For

[Bug target/68772] Many -gstabs tests FAIL with Xcode 7 as

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68772 --- Comment #4 from Peter Bergner --- Author: bergner Date: Tue Dec 22 20:52:40 2015 New Revision: 231911 URL: https://gcc.gnu.org/viewcvs?rev=231911=gcc=rev Log: gcc/ Backport from mainline PR target/68772 *

[patch] ARM FreeBSD fix bootstrap

Hi all, the commit for PR68617 broke boostrap on armv6*-*-freebsd*. We still have unaligned_access = 0 on armv6 here on FreeBSD. The commit from the above PR overrides my SUBTARGET_OVERRIDE_OPTIONS I called in arm_option_override. And it sets the unaligned_access to 1. The attached patch

PR ipa/67811

The problem in this PR is that when we duplicate blocks, we fail to duplicate eh regions. Most of the places that we want to do block duplication, that's fine. We've already identified that we're operating on a SESE region, or suchlike, and so EH doesn't apply -- if EH were present it wouldn't be

[Bug target/68772] Many -gstabs tests FAIL with Xcode 7 as

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68772 --- Comment #3 from Peter Bergner --- Author: bergner Date: Tue Dec 22 20:51:12 2015 New Revision: 231910 URL: https://gcc.gnu.org/viewcvs?rev=231910=gcc=rev Log: gcc/ Backport from mainline PR target/68772 *

[patch] Fix dynamic linker spec for FreeBSD powerpc64

Hi all, The attached patch fixes a problem you get if you build dynamic binaries for a 32-bit powerpc target on a 64-bit powerpc host. At the time I did this port I didn't fully understand all the scenarios you might run into. The issue is this, on all FreeBSD archs the interpreter is

[Bug c++/67376] [5/6 regression] Comparison with pointer to past-the-end of array fails inside constant expression

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67376 --- Comment #11 from Jakub Jelinek --- Author: jakub Date: Tue Dec 22 20:47:58 2015 New Revision: 231909 URL: https://gcc.gnu.org/viewcvs?rev=231909=gcc=rev Log: PR c++/67376 * fold-const.c (size_low_cst): Removed.

[Bug c++/69021] New: [cilkplus] valid cilk_spawn won't compile when invoking non-trivial assignment operator

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69021 Bug ID: 69021 Summary: [cilkplus] valid cilk_spawn won't compile when invoking non-trivial assignment operator Product: gcc Version: 6.0 Status: UNCONFIRMED

Re: [PATCH] Improve fold-const comparison checks (PR c++/67376)

On December 22, 2015 4:24:40 PM GMT+01:00, Jakub Jelinek wrote: >Hi! > >As the testcase shows, we have some regressions in constexpr folding in >GCC >5+. >One issue is that fold_binary_loc attempts to swap operands of >comparison >operators only if one of them is constant, most

[Bug c++/67376] [5/6 regression] Comparison with pointer to past-the-end of array fails inside constant expression

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67376 --- Comment #12 from Jakub Jelinek --- The first issue should be fixed for GCC 6+ already, the other one needs further fixes. As for backporting this to GCC 5 branch, I think it should be done only after a few weeks on the trunk.

[Bug c++/69020] wrong ADL for attribute cleanup functions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69020 --- Comment #2 from Martin Sebor --- I agree, but as long as the feature is exposed to users it seems that it should work in unsurprising ways (i.e., follow the C++ lookup rules). Otherwise, if we don't want C++ programmers to use it, a

Re: [Patch, libstdc++/68877] Reimplement __is_[nothrow_]swappable

On 21/12/15 12:45 +0100, Daniel Krügler wrote: 2015-12-14 21:48 GMT+01:00 Daniel Krügler : This is a reimplementation of __is_swappable and __is_nothrow_swappable according to http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2015/n4511.html and also adds a missing

[PATCH] Avoid unnecessary block copying in path splitting

This is something Richi pointed out. I didn't think it was a big deal and didn't want to unnecessarily complicate the code like I did for jump threading to avoid a little bit of block copying. As it turns out avoiding the copying in path splitting is trivial, so trivial we actually get to

[Bug c++/67339] [5/6 Regression] Segfault when parsing a typename involving a template-alias

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67339 --- Comment #4 from Jason Merrill --- Author: jason Date: Tue Dec 22 21:49:18 2015 New Revision: 231916 URL: https://gcc.gnu.org/viewcvs?rev=231916=gcc=rev Log: PR c++/67339 * parser.c (cp_parser_elaborated_type_specifier): Use

Re: [Patch, libstdc++/68877] Reimplement __is_[nothrow_]swappable

2015-12-22 22:42 GMT+01:00 Jonathan Wakely : > On 21/12/15 12:45 +0100, Daniel Krügler wrote: >> >> 2015-12-14 21:48 GMT+01:00 Daniel Krügler : >>> >>> This is a reimplementation of __is_swappable and >>> __is_nothrow_swappable according to >>> >>>

Re: Fix alias.c wrt aliases and anchors

Jan Hubicka writes: >> > Hi, >> > the alias-2.c testcase fails on targets with anchors. The reason is that >> > the variable itself is anchored while the alias is not and they point to >> > the >> > same location. I folllowed the docs of SYMBOL_REF claiming that >> >

[Bug c++/35758] vector_size attribute lost in function arguments for templates

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=35758 Martin Sebor changed: What|Removed |Added Status|NEW |WAITING CC|

[Bug c++/69024] New: [cilkpus] cilk_spawn is broken for initializations with implicit conversion operators defined

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69024 Bug ID: 69024 Summary: [cilkpus] cilk_spawn is broken for initializations with implicit conversion operators defined Product: gcc Version: 6.0 Status: UNCONFIRMED

[Bug c++/69023] bitset whose name is used in constant-expression rejected

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69023 --- Comment #2 from Martin Sebor --- I'm not sure. I did read the relevant text in the C++ and C standards and I can't say I see a clear answer. But then it rarely seems to be in these corner cases. GCC (in C mode) accepts the code. All

[PATCH] c++/58109 - alignas() fails to compile with constant expression

The attached patch adds handling of dependent arguments to attribute aligned and attribute vector_size, fixing c++/58109 and 69022 - attribute vector_size ignored with dependent bytes. Tested on x86_64. Martin gcc/testsuite/ChangeLog: 2015-12-22 Martin Sebor PR c++/58109

[Bug middle-end/69026] New: dwarf2out.c:4295 warning: ‘finder[...]addr_table_entry_struct_union::label’ may be used uninitialized

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69026 Bug ID: 69026 Summary: dwarf2out.c:4295 warning: ‘finder[...]addr_table_entry_struct_union::label’ may be used uninitialized Product: gcc Version: 6.0

[Bug c++/69023] bitset whose name is used in constant-expression rejected

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69023 Andrew Pinski changed: What|Removed |Added Keywords||diagnostic --- Comment #1 from Andrew

[Bug c++/69023] New: bitset whose name is used in constant-expression rejected

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69023 Bug ID: 69023 Summary: bitset whose name is used in constant-expression rejected Product: gcc Version: 6.0 Status: UNCONFIRMED Severity: normal

[Bug middle-end/69025] New: df-scan.c:2536 warning: array su bscript is above array bounds

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69025 Bug ID: 69025 Summary: df-scan.c:2536 warning: array su bscript is above array bounds Product: gcc Version: 6.0 Status: UNCONFIRMED Severity: normal

[Bug target/69012] gcc-6.0.0 internal compiler error building libgfortran for mips64el target

--with-pkgversion=gcc 20151222 commit: gcc-trunk-231896 This may be help to reproduced。

[Bug target/68872] -mcpu=powerpc64le does not pass -mpower8 to gas

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68872 Peter Bergner changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED URL|

[Bug libitm/69018] New: libitm/testsuite/libitm.c++/c++.exp: libstdc++ include paths don't work if tests set options

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69018 Bug ID: 69018 Summary: libitm/testsuite/libitm.c++/c++.exp: libstdc++ include paths don't work if tests set options Product: gcc Version: 6.0 Status: UNCONFIRMED

[Bug target/69015] ICE: RTL check: expected code 'code_label', have 'return' in find_cond_trap, at ifcvt.c:3715 with -fno-if-conversion and __builtin_trap()

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

Re: [PATCH, rs6000] Fix PR target/68872, make -mcpu=powerpc64le pass correct assembler option

On Tue, 2015-12-22 at 13:36 -0500, David Edelsohn wrote: > On Tue, Dec 22, 2015 at 12:13 PM, Peter Bergner wrote: > AIX does not support PPC64LE, so the aix53.h, aix61.h and aix71.h > changes should not be applied. Heh, I should know better. Thanks for catching that. >

[Bug ipa/67811] [TM] ICE with try-block in transaction

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67811 --- Comment #3 from Richard Henderson --- Author: rth Date: Tue Dec 22 19:42:24 2015 New Revision: 231907 URL: https://gcc.gnu.org/viewcvs?rev=231907=gcc=rev Log: PR ipa/67811 * gimple.h (struct gtransaction): Add label_norm,

[Bug c++/66921] [4.9/5/6 Regression] failure to determine size of static constexpr array that is nested within a templated class

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66921 --- Comment #5 from Jason Merrill --- Author: jason Date: Tue Dec 22 21:46:50 2015 New Revision: 231914 URL: https://gcc.gnu.org/viewcvs?rev=231914=gcc=rev Log: PR c++/66921 * decl.c (cp_complete_array_type): Allow an

[Bug c/68473] [6 Regression] ICE: in contains_point, at diagnostic-show-locus.c:340 after error

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68473 --- Comment #11 from David Malcolm --- Author: dmalcolm Date: Tue Dec 22 22:27:45 2015 New Revision: 231919 URL: https://gcc.gnu.org/viewcvs?rev=231919=gcc=rev Log: PR c/68473: sanitize source range-printing within certain macro expansions

gcc-5-20151222 is now available

Snapshot gcc-5-20151222 is now available on ftp://gcc.gnu.org/pub/gcc/snapshots/5-20151222/ 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

Re: [Patch, libstdc++/68877] Reimplement __is_[nothrow_]swappable

On 22/12/15 22:58 +0100, Daniel Krügler wrote: 2015-12-22 22:42 GMT+01:00 Jonathan Wakely : On 21/12/15 12:45 +0100, Daniel Krügler wrote: 2015-12-14 21:48 GMT+01:00 Daniel Krügler : This is a reimplementation of __is_swappable and

[Bug c++/67257] [5/6 regression] Internal compiler error in retrieve_specialization

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67257 --- Comment #4 from Jason Merrill --- Author: jason Date: Tue Dec 22 21:46:44 2015 New Revision: 231913 URL: https://gcc.gnu.org/viewcvs?rev=231913=gcc=rev Log: PR c++/67257 * parser.c (cp_parser_single_declaration): Reject a

[Bug c++/67339] [5/6 Regression] Segfault when parsing a typename involving a template-alias

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67339 --- Comment #3 from Jason Merrill --- Author: jason Date: Tue Dec 22 21:46:38 2015 New Revision: 231912 URL: https://gcc.gnu.org/viewcvs?rev=231912=gcc=rev Log: PR c++/67339 * parser.c (cp_parser_elaborated_type_specifier): Use

Re: [RFC][PATCH] Fix broken handling of LABEL_REF in genrecog + genpreds.

Dominik Vogt writes: > On Fri, Dec 18, 2015 at 09:55:54AM +, Richard Sandiford wrote: >> Dominik Vogt writes: >> > The attached patch fixes the handling of LABEL_REF in genrecog and >> > genpreds. >> > >> > The current code assumes that X can

[Bug c++/69022] New: attribute vector_size ignored with dependent bytes

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69022 Bug ID: 69022 Summary: attribute vector_size ignored with dependent bytes Product: gcc Version: 6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

[Bug c++/66921] [4.9/5/6 Regression] failure to determine size of static constexpr array that is nested within a templated class

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66921 --- Comment #6 from Jason Merrill --- Author: jason Date: Tue Dec 22 21:49:25 2015 New Revision: 231917 URL: https://gcc.gnu.org/viewcvs?rev=231917=gcc=rev Log: PR c++/66921 * decl.c (cp_complete_array_type): Allow an

[Bug c/68473] [6 Regression] ICE: in contains_point, at diagnostic-show-locus.c:340 after error

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68473 --- Comment #12 from David Malcolm --- (In reply to David Malcolm from comment #11) > Author: dmalcolm > Date: Tue Dec 22 22:27:45 2015 > New Revision: 231919 > > URL: https://gcc.gnu.org/viewcvs?rev=231919=gcc=rev > Log: > PR c/68473: sanitize

[Bug target/69019] New: [5 regression] Failure of test case gcc.target/powerpc/ti_math1.c

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69019 Bug ID: 69019 Summary: [5 regression] Failure of test case gcc.target/powerpc/ti_math1.c Product: gcc Version: 5.0 Status: UNCONFIRMED Severity: normal

C++ PATCH for c++/67339 (ICE with alias to PMF)

We can't assume that a RECORD_TYPE has TYPE_LANG_SPECIFIC anymore. Tested x86_64-pc-linux-gnu, applying to trunk and 5. commit dafb66bbcf0fd6ef503e3573b2b315230d054c0e Author: Jason Merrill Date: Mon Dec 21 12:31:22 2015 -0500 PR c++/67339 * parser.c

[PATCH, rs6000] Fix PR target/68872, make -mcpu=powerpc64le pass correct assembler option

Currently, -mcpu=powerpc64le correctly sets the TARGET_* flags for an LE compile, meaning it mimics a -mcpu=power8 compile, but it doesn't pass the correct -mpower8/-mpwr8 option to the assembler, so we die with lots of assembler errors on POWER8 instructions. This patch fixes things so we pass

C++ PATCH for c++/67257 (ICE with broken template)

A template can declare a class template or a variable template, but not both at once. We were failing to diagnose this. Tested x86_64-pc-linux-gnu, applying to trunk. commit 316f3a84bf6f512e09b3d3aa72a1600f4cba0a75 Author: Jason Merrill Date: Mon Dec 21 13:46:09 2015 -0500

C++ PATCH for c++/66921 (ICE with array in template)

An earlier patch of mine to prevent confusing array length deduction with a PMF constant was over-zealous; we should allow deduction from an already-deduced array type. Tested x86_64-pc-linux-gnu, applying to trunk, 5 and 4.9. commit 90ff39cf3d376c2359e6ecf9dc187907682a5f2a Author: Jason

[Bug testsuite/68917] test suite failure for builtin-bitops-1.c

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68917 --- Comment #4 from Chen Gang --- (In reply to Bernd Edlinger from comment #3) > by the way, did you have also trouble to build the > libgcc multilib configuration or did you --disable-multilib? > this seems completely broken too... Yes, I did.

[Bug tree-optimization/68541] [6 Regression] Path splitting causes if-conversion miss

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68541 --- Comment #3 from Jeffrey A. Law --- So a couple updates. First the path splitting code has been moved to -O3 and above so anyone trying to reproduce would need to use -O2 -fsplit-paths. The unnecessary duplication pointed out by Richi has

[Bug c++/69022] attribute vector_size ignored with dependent bytes

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

Re: [PATCH 0/4 v3] Fix PR/63679 when --param sra-max-scalarization-size specified

On Tue, 2015-12-22 at 17:36 +, Alan Lawrence wrote: > On 22/12/15 16:05, Bill Schmidt wrote: > > On Tue, 2015-12-22 at 15:54 +, Alan Lawrence wrote: > >> On 21/12/15 13:13, Alan Lawrence wrote: > >>> This is a respin of previous patch series: > >>>

[PATCH] c/68966 - atomic_fetch_* on atomic_bool not diagnosed

The attached patch rejects invocations of atomic fetch_op intrinsics on objects of _Bool type as discussed in the context of PR c/68908. Tested on x86_64. Martin gcc/testsuite/ChangeLog: 2015-12-22 Martin Sebor PR c/68966 * gcc.dg/atomic-fetch-bool.c: New test. *

[Bug c++/58109] alignas() fails to compile with constant expression

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58109 Martin Sebor changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned

[Bug c/68966] atomic_fetch_* on atomic_bool not diagnosed

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68966 --- Comment #4 from Martin Sebor --- Patch posted for review: https://gcc.gnu.org/ml/gcc-patches/2015-12/msg02075.html

[Bug c++/69022] attribute vector_size ignored with dependent bytes

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69022 --- Comment #2 from Martin Sebor --- Patch posted for review: https://gcc.gnu.org/ml/gcc-patches/2015-12/msg02074.html

[Bug target/69027] New: SPARC: Missing optimization for fall through functions

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69027 Bug ID: 69027 Summary: SPARC: Missing optimization for fall through functions Product: gcc Version: 6.0 Status: UNCONFIRMED Severity: enhancement Priority: P3

Re: [Patch,tree-optimization]: Add new path Splitting pass on tree ssa representation

On 12/11/2015 02:11 AM, Ajit Kumar Agarwal wrote: Mibench/EEMBC benchmarks (Target Microblaze) Automotive_qsort1(4.03%), Office_ispell(4.29%), Office_stringsearch1(3.5%). Telecom_adpcm_d( 1.37%), ospfv2_lite(1.35%). I'm having a real tough time reproducing any of these results. In fact, I'm

[Bug tree-optimization/52272] [4.9/5/6 regression] Performance regression of 410.bwaves on x86.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52272 wuxiang at iscas dot ac.cn changed: What|Removed |Added CC||wuxiang at iscas dot ac.cn

Re: [PATCH] C: fix reported range of invalid unary dereference.

On 12/22/2015 10:26 AM, David Malcolm wrote: Currently, trunk emits this for a bad unary * in C: bad-dereference.c:10:10: error: invalid type argument of unary ‘*’ (have ‘int’) return *some_f.x; ^ The following patch fixes the reported location to highlight the expression that

Re: [PATCH 0/4 v3] Fix PR/63679 when --param sra-max-scalarization-size specified

On 21/12/15 13:13, Alan Lawrence wrote: This is a respin of previous patch series: https://gcc.gnu.org/ml/gcc-patches/2015-10/msg03271.html Minus three of the smaller patches having already been committed; with the updated version of the main patch to SRA; and the patches to DOM reworked to

[Bug middle-end/68999] [6 Regression]: FAIL: gfortran.fortran-torture/execute/save_1.f90 execution

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68999 --- Comment #5 from Uroš Bizjak --- Created attachment 37108 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37108=edit Proposed patch There is a logic error in Honza's patch. The part in memrefs_conflict_p should be changed to: - /*

[Bug c++/69016] New: In C++14 standard, function with auto as return and arguments returns result with the datatype of first argument only

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69016 Bug ID: 69016 Summary: In C++14 standard, function with auto as return and arguments returns result with the datatype of first argument only Product: gcc

[Bug target/69008] gcc emits unneeded memory access when passing trivial structs by value (ARM)

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

[Bug c++/69005] [5/6 Regression] infinite(?) recursion in template instantiations

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

Re: RFA: PR 68913: Provide weak version of __fread_chk for PR61886 test

Hi Jeff, PR 68913 notes that the test gcc.dg/lto/pr61886_0.c test fails on targets whose C library does not provide a __fread_chk function. Since the purpose of the test is to show that GCC will correctly discard the invocation of __fread_chk_warn, we do not need to actually

[Bug tree-optimization/68756] [6 Regression] ICE w/ -O1 -floop-nest-optimize and isl 0.15: isl-0.15/isl_id.c:213: unable to find id

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68756 --- Comment #3 from Arseny Solokha --- The following observations were made w/ gcc-6.0.0-alpha20151220 snapshot. isl fails w/ > isl-0.15/isl_ctx.c:227: Assertion "ctx->ref > 0" failed when compiling the following snippet w/ the same options

Re: [PATCH][combine] Check WORD_REGISTER_OPERATIONS normally rather than through preprocessor

On 17/12/15 14:49, Segher Boessenkool wrote: Hi Kyrill, On Tue, Dec 15, 2015 at 05:07:41PM +, Kyrill Tkachov wrote: As part of the war on conditional compilation here's an #if check on WORD_REGISTER_OPERATIONS that seems to have been missed out. Bootstrapped and tested on arm, aarch64,

Re: [RFC][PATCH] Fix broken handling of LABEL_REF in genrecog + genpreds.

On Fri, Dec 18, 2015 at 09:55:54AM +, Richard Sandiford wrote: > Dominik Vogt writes: > > The attached patch fixes the handling of LABEL_REF in genrecog and > > genpreds. > > > > The current code assumes that X can have only a mode than PRED (X, > > MODE) if X is

[Bug debug/60756] var-tracking selects wrong registers

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60756 --- Comment #4 from Eric Botcazou --- Author: ebotcazou Date: Tue Dec 22 09:51:02 2015 New Revision: 231897 URL: https://gcc.gnu.org/viewcvs?rev=231897=gcc=rev Log: PR debug/60756 * var-tracking.c (tracked_record_parameter_p):

[Bug c++/69009] New: ICE in instantiate_decl, at cp/pt.c:21511

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69009 Bug ID: 69009 Summary: ICE in instantiate_decl, at cp/pt.c:21511 Product: gcc Version: 6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++

[Bug debug/60756] var-tracking selects wrong registers

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60756 Eric Botcazou changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

Re: RFA: Fix ICE compiling gcc.dg/lto/pr55113_0.c for x86/x86_64

Hi Richard, The patch below is a fix for this problem, although I am not sure if it is the correct fix. The patch selects the corresponding SFmode variant of the DFmode vector type when flag_short_doubles is enabled. Maybe a better patch would be to disallow these builtins when using an

RFA: PR 68770: Fix use of uninitialised value in secondary_reload

Hi Guys, The patch below fixes PR 68770 - a warning from valgrind about an uninitialised value being used in the default_secondary_reload. The problem turns out to the in copy_costs which creates its own secondary reload information structure, but it does not initialise all of the

[Bug c++/69009] ICE in instantiate_decl, at cp/pt.c:21511

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

[Bug middle-end/68999] [6 Regression]: FAIL: gfortran.fortran-torture/execute/save_1.f90 execution

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68999 --- Comment #4 from Uroš Bizjak --- The patch also causes bootstrap failure on alpha-linux-gnu native bootstrap. Reverting the patch allows bootstrap to finish.

RFA: PR 66655: Use COFF/PE weak symbols

Hi Guys, The patch below is a proposed fix for PR 66655. The issue I believe is not that the ming32 definition of bind_local_p is wrong, but rather that G++ thinks that it cannot make the decl weak even though bind_local_p says that it should. The answer is to define

[Bug c++/69009] ICE in instantiate_decl, at cp/pt.c:21511

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69009 --- Comment #2 from Markus Trippelsdorf --- Dropping "volatile" here "solves" the issue: template auto const tuple_size_v = tuple_size_v;

[Bug libstdc++/59768] [DR 2219] std::thread constructor not handling reference_wrapper correctly

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59768 --- Comment #7 from Jonathan Wakely --- Yes it should be inline, I'll fix it, thanks.

[Bug tree-optimization/68707] [6 Regression] testcase gcc.dg/vect/O3-pr36098.c vectorized using VEC_PERM_EXPR rather than VEC_LOAD_LANES

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68707 --- Comment #23 from alalaw01 at gcc dot gnu.org --- Yes, difficult. I'm conscious that this is stage 3, and worried about adding too much complexity, especially if we're writing code that we'd eventually drop in favour of a more complete

Re: [Patch testsuite] Skip gcc.dg/ifcvt-4.c for targets on which it may not work

On 21/12/15 19:38, Jeff Law wrote: > On 12/18/2015 02:55 AM, James Greenhalgh wrote: >> This is a multi-part message in MIME format. >> --2.2.0.1.gd394abb.dirty >> Content-Type: text/plain; charset=UTF-8; format=fixed >> Content-Transfer-Encoding: 8bit >> >> >> Hi, >> >> PR68232 is a

[C++ PATCH] Fix ICE with GNU TLS var in a template (PR c++/66808, PR c++/69000)

Hi! The following testcases ICE because tsubst_decl seems to assume templates of local VAR_DECLs don't have DECL_LANG_SPECIFIC set for them, but for GNU TLS vars they do, yet nothing clears DECL_TEMPLATE_INFO in the DEC_LANG_SPECIFIC copy. The stale DECL_TEMPLATE_INFO then causes mangling to

Re: [PATCH, libgomp] Rewire OpenACC async

Ping. On 2015/11/24 6:27 PM, Chung-Lin Tang wrote: > Hi, this patch reworks some of the way that asynchronous copyouts are > implemented for OpenACC in libgomp. > > Before this patch, we had a somewhat confusing way of implementing this > by having two refcounts for each mapping: refcount and

  1   2   >