[Bug bootstrap/70422] [6 regression] Bootstrap comparison failure

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70422 --- Comment #4 from Jim Wilson --- The broken targets all define flag_section_anchors at -O1 and up. x86_64 does not. I don't know why this makes a difference yet.

[PATCH 1/4] Add gcc-auto-profile script

From: Andi Kleen Using autofdo is currently something difficult. It requires using the model specific branches taken event, which differs on different CPUs. The example shown in the manual requires a special patched version of perf that is non standard, and also will likely

[PATCH 3/4] Run profile feedback tests with autofdo

From: Andi Kleen Extend the existing bprob and tree-prof tests to also run with autofdo. The test runtimes are really a bit too short for autofdo, but it's a reasonable sanity check. This only works natively for now. dejagnu doesn't seem to support a wrapper for unix

[PATCH 2/4] Don't cause ICEs when auto profile file is not found with checking

From: Andi Kleen Currently, on a checking enabled compiler when -fauto-profile does not find the profile feedback file it errors out with assertation failures. Add proper errors for this case. gcc/: 2016-03-27 Andi Kleen * auto-profile.c

[PATCH] gcc/final.c: -fdebug-prefix-map support to remap sources with relative path

PR other/70428 * final.c (remap_debug_filename): Use lrealpath to translate relative path before remapping Signed-off-by: Hongxu Jia --- gcc/ChangeLog | 6 ++ gcc/final.c | 15 --- 2 files changed, 18 insertions(+), 3 deletions(-) diff --git

Re: rs6000 stack_tie mishap again

On Wed, Mar 23, 2016 at 05:04:39PM +0100, Olivier Hainque wrote: > The visible effect is a powerpc-eabispe compiler (no red-zone) producing an > epilogue sequence like > >addi %r11,%r1,184# temp pointer within frame The normal -m32 compiler here generates code like lwz 11,0(1)

[Bug bootstrap/70422] [6 regression] Bootstrap comparison failure

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70422 Jim Wilson changed: What|Removed |Added CC||wilson at gcc dot gnu.org --- Comment #3

[Bug tree-optimization/59124] [4.9/5/6 Regression] Wrong warnings "array subscript is above array bounds"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59124 --- Comment #36 from Patrick Palka --- Patch posted at https://gcc.gnu.org/ml/gcc-patches/2016-03/msg01439.html

[Bug tree-optimization/70427] autofdo bootstrap generates wrong code

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70427 --- Comment #3 from Andi Kleen --- Analyzing the code more it looks like the compiler generates it correctly, the edge returned should not be 0 here.

[Bug tree-optimization/70427] autofdo bootstrap generates wrong code

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70427 --- Comment #2 from Andi Kleen --- Created attachment 38110 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38110=edit somewhat reduced input file, only single function

[Bug other/70428] New: -fdebug-prefix-map did not support to remap sources with relative path

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70428 Bug ID: 70428 Summary: -fdebug-prefix-map did not support to remap sources with relative path Product: gcc Version: unknown Status: UNCONFIRMED Severity:

[Bug tree-optimization/70427] autofdo bootstrap generates wrong code

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70427 --- Comment #1 from Andi Kleen --- Created attachment 38109 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38109=edit ipa-profile input Here's the source of the miscompiled file from the compiler cc1plus -O2 ipa-profile.i -S

[Bug tree-optimization/70427] New: autofdo bootstrap generates wrong code

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70427 Bug ID: 70427 Summary: autofdo bootstrap generates wrong code Product: gcc Version: 6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

Re: Constexpr in intrinsics?

On Sunday 27 March 2016, Marc Glisse wrote: > On Sun, 27 Mar 2016, Allan Sandfeld Jensen wrote: > > Would it be possible to add constexpr to the intrinsics headers? > > > > For instance _mm_set_XX and _mm_setzero intrinsics. > > Already suggested here: >

[Bug target/70416] [SH]: error: 'asm' operand requires impossible reload when building ruby2.3

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70416 --- Comment #14 from Oleg Endo --- (In reply to Kazumoto Kojima from comment #12) > > (insn 516 508 510 18 (set (reg:SI 0 r0) > (plus:SI (reg:SI 2 r2) > (const_int 4 [0x4]))) xxx.i:100 67 {*addsi3} > (nil)) > > which

Re: C++ PATCH for c++/70353 (core issue 1962)

On Fri, Mar 25, 2016 at 05:29:26PM -0400, Jason Merrill wrote: > 70353 is a problem with the function-local static declaration of > __func__. Normally constexpr functions can't have local statics, so > this is only an issue with __func__. Meanwhile, core issue 1962 looks > like it's going to

[Bug other/70426] New: decl_expr contains too little information

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70426 Bug ID: 70426 Summary: decl_expr contains too little information Product: gcc Version: 4.9.2 Status: UNCONFIRMED Severity: minor Priority: P3 Component: other

[Bug other/70425] New: decl_expr contains too little information

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70425 Bug ID: 70425 Summary: decl_expr contains too little information Product: gcc Version: 4.9.2 Status: UNCONFIRMED Severity: minor Priority: P3 Component: other

Re: Patches to fix GCC’s C++ exception handling on NetBSD/VAX

The results you want to see for the test program are the following: throwtest(0) returned 0 throwtest(1) returned 1 Caught int exception: 123 Caught double exception: 123.45 Caught float exception: 678.900024 enter recursive_throw(6) calling recursive_throw(5) enter recursive_throw(5) calling

[Bug bootstrap/70422] [6 regression] Bootstrap comparison failure

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70422 Segher Boessenkool changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug bootstrap/70422] [6 regression] Bootstrap comparison failure

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70422 Segher Boessenkool changed: What|Removed |Added Target|aarch64-*-*, ia64-*-* |aarch64-*-*, ia64-*-*,

Re: [PATCH] Fix PR tree-optimization/59124 (bogus -Warray-bounds warning)

On Sun, Mar 27, 2016 at 2:58 PM, Patrick Palka wrote: > In unrolling of the inner loop in the test case below we introduce > unreachable code that otherwise contains out-of-bounds array accesses. > This is because the estimation of the maximum number of iterations of > the

gcc-6-20160327 is now available

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

Re: Patches to fix GCC’s C++ exception handling on NetBSD/VAX

I'm very pleased to report that I was able to successfully build a NetBSD/vax system using the checked-in GCC 5.3, with the patches I've submitted, setting FIRST_PSEUDO_REGISTER to 17 and DWARF_FRAME_REGISTERS to 16. The kernel produced with GCC 5.3 crashes (on a real VS4000/90 and also SimH)

Re: Patches to fix GCC's C++ exception_handling on NetBSD/VAX

Thank you for the offer. I already tested it on an Amiga 3000 w/ 68040 card when I made the fix. The bug manifested as the cross-compiler crashing with a failure to find a suitable insn, because it couldn’t find the correct FP instruction to expand to. I believe it manifested when running

Re: [DOC Patch] Add sample for @cc constraint

Thanks for the feedback. While I agree with some of this, there are parts that I want to defend. If after explaining why I did what I did you still feel it should be changed, I'm prepared to do that. On 3/24/2016 8:00 AM, Bernd Schmidt wrote: > More problematic than a lack of documentation

Re: [PATCH] Fix PR tree-optimization/59124 (bogus -Warray-bounds warning)

On Sun, 27 Mar 2016, Patrick Palka wrote: > In unrolling of the inner loop in the test case below we introduce > unreachable code that otherwise contains out-of-bounds array accesses. > This is because the estimation of the maximum number of iterations of > the inner loop is too conservative: we

[Bug middle-end/70424] [4.9/5/6 Regression] Pointer derived from integer gets reduced alignment

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70424 Rich Felker changed: What|Removed |Added CC||bugdal at aerifal dot cx --- Comment #1

[Bug middle-end/70424] New: [4.9/5/6 Regression] Pointer derived from integer gets reduced alignment

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70424 Bug ID: 70424 Summary: [4.9/5/6 Regression] Pointer derived from integer gets reduced alignment Product: gcc Version: 4.9.0 Status: UNCONFIRMED Severity:

[Bug target/70421] [5/6 Regression] wrong code with v16si vector and useless cast at -O -mavx512f

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

[Bug driver/70423] New: -shared option description isn't clear about exactly when -fpic/-fPIC is required

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70423 Bug ID: 70423 Summary: -shared option description isn't clear about exactly when -fpic/-fPIC is required Product: gcc Version: 5.3.0 Status: UNCONFIRMED

Re: [Patch, Fortran, pr70397, gcc-5, v1] [5/6 Regression] ice while allocating ultimate polymorphic

Andre, In order to apply the patch on a recent trunk @@ -1070,7 +1089,7 @@ gfc_copy_class_to_class (tree from, tree to, tree nelems, bool unlimited) if (unlimited) { if (from_class_base != NULL_TREE) - from_len = gfc_class_len_get (from_class_base); + from_len =

[Bug c++/70275] -w disables all -Werror flags

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70275 --- Comment #4 from Manuel López-Ibáñez --- (In reply to Kevin Tucker from comment #3) > I'm new to this. How is is determined if this is a desired change or not? Suggestion #10 applies also to non-patches: https://gcc.gnu.org/wiki/Community

[PATCH] Fix PR tree-optimization/59124 (bogus -Warray-bounds warning)

In unrolling of the inner loop in the test case below we introduce unreachable code that otherwise contains out-of-bounds array accesses. This is because the estimation of the maximum number of iterations of the inner loop is too conservative: we assume 6 iterations instead of the actual 4.

[Bug tree-optimization/59124] [4.9/5/6 Regression] Wrong warnings "array subscript is above array bounds"

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59124 Patrick Palka changed: What|Removed |Added Status|NEW |ASSIGNED CC|

Re: [Patch, Fortran, pr70397, gcc-5, v1] [5/6 Regression] ice while allocating ultimate polymorphic

Hi Andre, The patch looks to be fine to me for both trunk and 5-branch. Thanks for the patch. Paul On 27 March 2016 at 18:53, Andre Vehreschild wrote: > Hi all, > > and here is already the follow-up. In the initial patch a safe wasn't > commenced > before pulling the patch,

Re: [Patch, Fortran] STOP issue with coarrays

Hi Alessandro, The patch is fine for trunk and 5-branch - going on trivial, I would say! Are you going to add the testcase? Thanks a lot! I am impressed that you are doing these between celebrating your doctorate and preparing for your move :-) Paul On 27 March 2016 at 17:10, Alessandro

Re: Patches to fix GCC's C++ exception_handling on NetBSD/VAX

Jake Hamby writes: > As an added bonus, I see that my patch set also included an old m68k patch > that had been sitting in my tree, which fixes a crash when -m68040 is > defined. > I may have submitted it to port-m68k before. It hasn't been tested with the > new compiler either. Here's that

Re: [Patch, Fortran, pr70397, gcc-5, v1] [5/6 Regression] ice while allocating ultimate polymorphic

Hi all, and here is already the follow-up. In the initial patch a safe wasn't commenced before pulling the patch, which lead to a refactoring of the new functions node to be partial only. Sorry for the noise. - Andre Am Sun, 27 Mar 2016 18:49:18 +0200 schrieb Andre Vehreschild :

[Patch, Fortran, pr70397, gcc-5, v1] [5/6 Regression] ice while allocating ultimate polymorphic

Hi all, attached is a patch to fix an ICE on allocating an unlimited polymorphic entity from a non-poly class or type without an length component. The routine gfc_copy_class_to_class() assumed that both the source and destination object's type is unlimited polymorphic, but in this case it is true

[Bug target/70421] [5/6 Regression] wrong code with v16si vector and useless cast at -O -mavx512f

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70421 --- Comment #1 from Zdenek Sojka --- The operation done by the vmovdqa32 instruction is inverted; this fixes the assembly (-O3, intel syntax): @@ -72,7 +72,7 @@ and rsp, -64#, pushQWORD PTR [r10-8] #

[Patch, Fortran] STOP issue with coarrays

Dear all, the attached patch fixes the issue reported by Anton Shterenlikht (https://gcc.gnu.org/ml/fortran/2016-03/msg00037.html). The compiler delegates the external library to manage the STOP statement in case -fcoarray=lib is used. Built and regtested on x86_64-pc-linux-gnu. Ok for trunk

[Bug bootstrap/70422] [6 regression] Bootstrap comparison failure

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70422 --- Comment #1 from Andreas Schwab --- @@ -1,5 +1,5 @@ -stage2-gcc/bitmap.o: file format elf64-littleaarch64 +stage3-gcc/bitmap.o: file format elf64-littleaarch64 Disassembly of section .text: @@ -4788,11

[Bug target/70416] [SH]: error: 'asm' operand requires impossible reload when building ruby2.3

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70416 Oleg Endo changed: What|Removed |Added Attachment #38105|0 |1 is obsolete|

[Bug bootstrap/70422] New: [6 regression] Bootstrap comparison failure

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70422 Bug ID: 70422 Summary: [6 regression] Bootstrap comparison failure Product: gcc Version: 6.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

New Danish PO file for 'cpplib' (version 6.1-b20160131)

Hello, gentle maintainer. This is a message from the Translation Project robot. A revised PO file for textual domain 'cpplib' has been submitted by the Danish team of translators. The file is available at: http://translationproject.org/latest/cpplib/da.po (This file,

Contents of PO file 'cpplib-6.1-b20160131.da.po'

cpplib-6.1-b20160131.da.po.gz Description: Binary data The Translation Project robot, in the name of your translation coordinator.

[Bug fortran/70235] [4.9/5/6 Regression] Incorrect output with PF format

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70235 --- Comment #22 from Dominique d'Humieres --- Created attachment 38107 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38107=edit New patch with test. With the patch we now get for y=6431.25 ru,-8pf18.2 y= 0.01 IMO this is

[Bug bootstrap/67728] Build fails when cross-compiling with in-tree GMP and ISL

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67728 --- Comment #26 from Bernd Edlinger --- with unpatched trunk and mpfr-3.1.4 and mpc-1.0.3 in-tree I've got this in mpc/src/libmpc.la: dependency_libs=' -lmpfr /home/ed/gnu/gcc-build1/./gmp/.libs/libgmp.la -lm' and check-mpc fails to build

Re: Constexpr in intrinsics?

On Sun, 27 Mar 2016, Allan Sandfeld Jensen wrote: Would it be possible to add constexpr to the intrinsics headers? For instance _mm_set_XX and _mm_setzero intrinsics. Already suggested here: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65197 A patch would be welcome (I started doing it at

Re: [PATCH 3/4, libgomp] Resolve deadlock on plugin exit, HSA plugin parts

On 2016/3/25 上午 02:40, Martin Jambor wrote: > On the whole, I am fine with the patch but there are two issues: > > First, and generally, when you change the return type of a function, > you must document what return values mean in the comment of the > function. Most importantly, it must be

[Bug target/70359] [6 Regression] Code size increase for ARM compared to gcc-5.3.0

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70359 --- Comment #12 from kugan at gcc dot gnu.org --- However, diff of cfgexand is significantly different: ;; Full RTL generated for this function: ;; 32: NOTE_INSN_DELETED - 38: NOTE_INSN_BASIC_BLOCK 2 + 39: NOTE_INSN_BASIC_BLOCK 2

[Bug target/70359] [6 Regression] Code size increase for ARM compared to gcc-5.3.0

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70359 --- Comment #11 from kugan at gcc dot gnu.org --- Optimized gimple diff between 5.3 and trunk is : -;; Function inttostr (inttostr, funcdef_no=0, decl_uid=5268, cgraph_uid=0, symbol_order=0) +;; Function inttostr (inttostr, funcdef_no=0,

Constexpr in intrinsics?

Would it be possible to add constexpr to the intrinsics headers? For instance _mm_set_XX and _mm_setzero intrinsics. Ideally it could also be added all intrinsics that can be evaluated at compile time, but it is harder to tell which those are. Does gcc have a C extension we can use to set

[Ada] Fix segfault on double record extension

This is a regression present on the mainline and 5 branch, for a double record extension involving a size clause on the root type and a discriminant with variant part on the first extension... Tested on x86_64-suse-linux, applied on the mainline and 5 branch. 2016-03-27 Eric Botcazou

[Bug target/70421] New: [5/6 Regression] wrong code with v16si vector and useless cast at -O -mavx512f

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70421 Bug ID: 70421 Summary: [5/6 Regression] wrong code with v16si vector and useless cast at -O -mavx512f Product: gcc Version: 6.0 Status: UNCONFIRMED Keywords:

[Bug bootstrap/67728] Build fails when cross-compiling with in-tree GMP and ISL

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67728 --- Comment #25 from Andrew Roberts --- The patch works on native armv7l-unknown-linux-gnuabihf with: gcc-6-20160320 and in tree gmp 6.1.0 mpc 1.0.3 mpfr 3.1.4 isl 0.16.1 although I wasn't seeing a problem with check-mpc. At least the build

[Bug target/70416] [SH]: error: 'asm' operand requires impossible reload when building ruby2.3

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70416 --- Comment #12 from Kazumoto Kojima --- Created attachment 38105 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38105=edit reduced test case for -O2 -fpic reload1.c:reload_as_needed function generates the error message with error_for_asm