Re: basic asm and memory clobbers - Proposed solution

On Sun, Dec 20, 2015 at 02:53:15PM -0800, David Wohlferd wrote: > >You do not have to escape the { and } for extended asm, on this target, > >using %{ produces even an error. > > I believe the only the only target that needs to escape {} is i386, > since it's the only one that supports dialects

gcc-4.9.1 generating different code between two successive builds

Hi, I am busy trying to generate a package for gcc that is consistent between two successive builds, and I am now down to the final few files. I am stuck with the file: cilk-abi-cilk-for.o, which is obviously built with -O2, but between two successive builds, the assembly code generated is

[Bug c++/67411] [5/6 Regression] internal compiler error: in tsubst_copy, at cp/pt.c:13473

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67411 Jason Merrill changed: What|Removed |Added Status|NEW |RESOLVED CC|

Re: [RFA][PATCH][PR tree-optimization/64910] x86 backend improvement

On 12/19/2015 11:06 AM, Uros Bizjak wrote: Hello! + 2015-12-19 Jeff Law + + PR tree-optimization/64910 + * config/i386/i386.md (testqi_ext_3): Allow HImode. OK for mainline and branch. Thanks. I double-checked and gcc-5 has not regressed, presumably there's an additional

gcc-6-20151220 is now available

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

[Bug c++/67411] [5/6 Regression] internal compiler error: in tsubst_copy, at cp/pt.c:13473

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67411 --- Comment #9 from Jason Merrill --- Author: jason Date: Mon Dec 21 03:04:18 2015 New Revision: 231870 URL: https://gcc.gnu.org/viewcvs?rev=231870=gcc=rev Log: PR c++/67411 * decl2.c (decl_maybe_constant_var_p): Use

[Bug c++/67411] [5/6 Regression] internal compiler error: in tsubst_copy, at cp/pt.c:13473

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67411 --- Comment #8 from Jason Merrill --- Author: jason Date: Mon Dec 21 03:04:08 2015 New Revision: 231869 URL: https://gcc.gnu.org/viewcvs?rev=231869=gcc=rev Log: PR c++/67411 * decl2.c (decl_maybe_constant_var_p): Use

[Bug java/58117] Java not compiling on ia64-hp-hpux11.31 due to socklen_t

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

[Bug libstdc++/66338] std::forward_as_tuple() issue with single argument

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66338 --- Comment #6 from Ville Voutilainen --- Should be a simple matter of doing the _NonNestedTuple checks before other checks. Patch coming in a couple of days.

[Bug libstdc++/68995] Including both and can cause ADL problems in std::function SFINAE

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68995 Jonathan Wakely changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed|

Re: basic asm and memory clobbers - Proposed solution

On 20.12.2015 23:53, David Wohlferd wrote: > On 12/20/2015 10:26 AM, Bernd Edlinger wrote: >> On 19.12.2015 19:54, David Wohlferd wrote: >> mep: mep_interrupt_saved_reg looks for ASM_INPUT in the body, and >> saves different registers if found. > I'm trying to follow this code. A real

[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 Last reconfirmed|2013-08-09 00:00:00 |2015-12-20 CC|

[Bug tree-optimization/68659] [6 regression] FAIL: gcc.dg/graphite/id-pr45230-1.c (internal compiler error)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68659 John David Anglin changed: What|Removed |Added CC||danglin at gcc dot gnu.org ---

Re: basic asm and memory clobbers - Proposed solution

On 12/20/2015 10:26 AM, Bernd Edlinger wrote: On 19.12.2015 19:54, David Wohlferd wrote: mep: mep_interrupt_saved_reg looks for ASM_INPUT in the body, and saves different registers if found. I'm trying to follow this code. A real challenge since I know nothing about mep. But what I see is:

[Bug c++/68996] New: Decltype-specifier in declarator-id should not be accepted

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68996 Bug ID: 68996 Summary: Decltype-specifier in declarator-id should not be accepted Product: gcc Version: 5.1.0 Status: UNCONFIRMED Keywords: accepts-invalid

[Bug debug/68302] [5/6 Regression] ICE with debugging enabled on mips

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68302 Khem Raj changed: What|Removed |Added CC||raj.khem at gmail dot com --- Comment #16

[Bug libstdc++/66338] std::forward_as_tuple() issue with single argument

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66338 Ville Voutilainen changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed|

[Bug libstdc++/68995] Including both and can cause ADL problems in std::function SFINAE

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68995 --- Comment #3 from TC --- (In reply to Jonathan Wakely from comment #2) > (In reply to Andrew Pinski from comment #1) > > I think TR1 is considered as non-supported now. > > Pretty much. The documentation may need updating if that's the case.

Re: 2 C++ PATCHes for c++/67411 (const var in generic lambda)

On 12/20/2015 01:51 PM, Jakub Jelinek wrote: Shouldn't this be DECL_HAS_VALUE_EXPR_P (decl) instead? Good point. Fixed. Jason

[Bug boehm-gc/66848] boehm-gc fails test suite on x86_64-apple-darwin15

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66848 --- Comment #25 from Jack Howarth --- (In reply to r...@cebitec.uni-bielefeld.de from comment #24) > > --- Comment #23 from Dominique d'Humieres --- > >> Yes. If you apply the ugly hack from comment 11, you will find that it > >> fixes > >>

[Bug c++/68997] New: [cilkplus] cilk_spawn is broken for functions that return a type with a custom copy or move constructor

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68997 Bug ID: 68997 Summary: [cilkplus] cilk_spawn is broken for functions that return a type with a custom copy or move constructor Product: gcc Version: 6.0 Status:

[Bug c++/67411] [5/6 Regression] internal compiler error: in tsubst_copy, at cp/pt.c:13473

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67411 --- Comment #6 from Jason Merrill --- Author: jason Date: Mon Dec 21 01:52:00 2015 New Revision: 231868 URL: https://gcc.gnu.org/viewcvs?rev=231868=gcc=rev Log: PR c++/67411 * decl2.c (decl_maybe_constant_var_p): A proxy isn't

[Bug tree-optimization/64910] tree reassociation results in poor code

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64910 --- Comment #2 from Jeffrey A. Law --- Author: law Date: Mon Dec 21 04:49:02 2015 New Revision: 231871 URL: https://gcc.gnu.org/viewcvs?rev=231871=gcc=rev Log: PR tree-optimization/64910 * config/i386/i386.md (testqi_ext_3):

[Committed/AARCH64] Fix a few failures with LSE enabled

Hi, With LSE enabled by default a few failures in libgomp happen. The shortest testcase I came up with was: extern void abort (void); int x = 6; int f(void) __attribute__((noinline,noclone)); int f(void) { return 32; } int main () { int v, l = 2, s = 1; x = f(); #pragma omp atomic

[Bug libstdc++/68995] Including both and can cause ADL problems in std::function SFINAE

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68995 --- Comment #1 from Andrew Pinski --- I think TR1 is considered as non-supported now.

Re: Fix lto-symtab ICE during Ada LTO bootstrap

> BTW for the LTO type merging issues one could probably just drop those types > and all derivations to alias set 0. But indeed rewriting them to pointers > would be better, especially for ABI compatibility. > > The Ada ICE I get is: > Continuing. > +===GNAT BUG

[Bug target/36925] "3.5 malloc(), vec_malloc(), and new" part of the Alivec PIM is not implemented

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=36925 Andrew Pinski changed: What|Removed |Added Severity|normal |enhancement

Re: Fix lto-symtab ICE during Ada LTO bootstrap

> I finally got around comitting the DCE patch so mainline lto bootstrap works > up to this point. Thanks! > It would be great if you could take a look so we can get it finally fixed. Let me commit a couple of Ada patches first and then I'll look into it. -- Eric Botcazou

[Ada] Fix spurious warning in ASIS mode

Tested on x86_64-suse-linux, applied on the mainline. 2015-12-20 Eric Botcazou * gcc-interface/utils.c (maybe_pad_type): In type_annotate_only mode, retrieve the component type if this is an array and do not issue the warning for concurrent

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

On Fri, Dec 18, 2015 at 8:15 AM, Kirill Yukhin wrote: > Hello, > Patch in the bottom introduces support Intel PKRU instructions: > rdpkru and wrpkru. > It is pretty straight-forward, so I hope it is still suitable for v6. > > Names for new intrinsics will appear shortly

[Bug boehm-gc/66848] boehm-gc fails test suite on x86_64-apple-darwin15

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66848 --- Comment #23 from Dominique d'Humieres --- > Yes. If you apply the ugly hack from comment 11, you will find that it fixes > both the boehm-gc test suite regressions as well as those in the libjava test > suite (which are due to the breakage

Re: basic asm and memory clobbers - Proposed solution

Hi, On 19.12.2015 19:54, David Wohlferd wrote: > mep: mep_interrupt_saved_reg looks for ASM_INPUT in the body, and saves different registers if found. >>> I'm trying to follow this code. A real challenge since I know nothing >>> about mep. But what I see is: >>> >>> - This routine

2 C++ PATCHes for c++/67411 (const var in generic lambda)

Our treatment of references to outer const variables in lambdas has been to defer deciding whether or not to capture them until instantiation time, at which point their initializers will have been processed. But that doesn't work for generic lambdas, since by the time we instantiate the

[Bug c++/67411] [5/6 Regression] internal compiler error: in tsubst_copy, at cp/pt.c:13473

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67411 --- Comment #5 from Jason Merrill --- Author: jason Date: Sun Dec 20 18:38:37 2015 New Revision: 231863 URL: https://gcc.gnu.org/viewcvs?rev=231863=gcc=rev Log: PR c++/67411 * lambda.c (generic_lambda_fn_p): Split out from...

[Bug c++/67411] [5/6 Regression] internal compiler error: in tsubst_copy, at cp/pt.c:13473

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67411 --- Comment #4 from Jason Merrill --- Author: jason Date: Sun Dec 20 18:38:30 2015 New Revision: 231862 URL: https://gcc.gnu.org/viewcvs?rev=231862=gcc=rev Log: PR c++/67411 * decl2.c (decl_maybe_constant_var_p): A proxy isn't

Re: 2 C++ PATCHes for c++/67411 (const var in generic lambda)

On Sun, Dec 20, 2015 at 01:34:51PM -0500, Jason Merrill wrote: > commit 6804dee422ff9a85298a24ae0912e82ed0d7e988 > Author: Jason Merrill > Date: Thu Dec 17 15:41:32 2015 -0500 > > PR c++/67411 > > * decl2.c (decl_maybe_constant_var_p): A proxy isn't constant.

[Bug fortran/68993] MERGE does not evaluate its arguments

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

[Ada] Fix ICE on component of complex as Out parameter

This is a regression present on the mainline only, a small oversight in the overhaul of the implementation of renaming. Tested on x86_64-suse-linux, applied on the mainline. 2015-12-20 Eric Botcazou * gcc-interface/utils2.c (gnat_rewrite_reference) : New

[Ada] Fix layout inconsistency in ASIS mode

Tested on x86_64-suse-linux, applied on the mainline. 2015-12-20 Eric Botcazou * gcc-interface/decl.c (gnat_to_gnu_entity) : During layout in type_annotate_only mode, skip discriminants of derived tagged types renaming those of the parent type.

Re: [Patch, fortran] [6 Regression] ICE: in gfc_get_descriptor_dimension, at fortran/trans-array.c:268

Dear Paul, > This is a rather trivial patch... going on 'obvious' in fact. However, > I must confess to not being entirely sure why the problem is > occurring. Deferred arrays are emanating from the finalizer that are > being presented as ARRAY_TYPES rather than descriptors. What ever is > the

[Bug boehm-gc/66848] boehm-gc fails test suite on x86_64-apple-darwin15

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66848 --- Comment #24 from ro at CeBiTec dot Uni-Bielefeld.DE --- > --- Comment #23 from Dominique d'Humieres --- >> Yes. If you apply the ugly hack from comment 11, you will find that it fixes >> both the boehm-gc test suite regressions as well as

[Bug rtl-optimization/68910] [5/6 regression] huge stack frame and poor code with instruction scheduling at -O2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68910 --- Comment #15 from Eric Botcazou --- > The stack frame is still larger than necessary at least on the -mcpu=cypress > and -mcpu=leon3 targets. However, the range is similar to GCC 4.3.2, so this > looks like an old problem. Yes, it's the

[Bug fortran/68993] MERGE does not evaluate its arguments

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68993 Joost VandeVondele changed: What|Removed |Added Status|WAITING |RESOLVED CC|

[Bug rtl-optimization/68910] [5/6 regression] huge stack frame and poor code with instruction scheduling at -O2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68910 --- Comment #14 from Sebastian Huber --- (In reply to Eric Botcazou from comment #13) > Thanks for reporting the problem. Thanks for the quick fix. The stack frame is still larger than necessary at least on

Re: [PATCH] shrink-wrap: Once more PRs 67778, 68634, and now 68909

On Fri, Dec 18, 2015 at 02:19:37AM +0100, Bernd Schmidt wrote: > On 12/17/2015 10:07 PM, Segher Boessenkool wrote: > >It turns out v4 wasn't quite complete anyway; so here "v5". > > > >If a candidate PRE cannot get the prologue because a block BB is > >reachable from it, but PRE does not dominate

[Bug target/64402] mep-elf ICE in pre_and_rev_post_order_compute, at cfganal.c:1022

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64402 Bernd Edlinger changed: What|Removed |Added CC||bernd.edlinger at hotmail dot de ---

[Bug bootstrap/67598] [6 Regression] Target powerpc-e500v2-linux-gnuspe failed to bootstrap

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67598 Jakub Jelinek changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED CC|