[Bug libffi/70024] [5/6 Regression] libffi ABI change w/o SONAME bump

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70024 --- Comment #8 from Jeffrey A. Law --- Author: law Date: Wed Mar 16 16:58:12 2016 New Revision: 234262 URL: https://gcc.gnu.org/viewcvs?rev=234262=gcc=rev Log: PR rtl-optimization/70024 * reorg.c (relax_delay_slots): Pass right

[Bug tree-optimization/70317] New: [6 Regression] folding x<=x to true for large vectors, ignoring nans

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70317 Bug ID: 70317 Summary: [6 Regression] folding x<=x to true for large vectors, ignoring nans Product: gcc Version: 6.0 Status: UNCONFIRMED Keywords: wrong-code

[Bug tree-optimization/70288] New: ICE with -O1 -fno-tree-dominator-opts

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70288 Bug ID: 70288 Summary: ICE with -O1 -fno-tree-dominator-opts Product: gcc Version: 5.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

[Bug sanitizer/70147] [6 Regression] testcase from hana testsuite gets miscompiled with -fsanitize=undefined

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70147 --- Comment #24 from Jakub Jelinek --- Or do you consider this just harmless? If some ctor throws, even if dtor is virtual, the dtor will change _vptr to what it expects before the rest of the dtor body which could call virtual functions etc.,

[Bug c++/70121] [5/6/7 Regression] Spurious warning and crash when returning a reference from lambda

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70121 --- Comment #7 from Patrick Palka --- But as Jason said in comment #4, (IIUC) the test case never compiled correctly in any gcc version. It was marked a regression only because -Wreturn-local-addr now deliberately returns null but arguably

Re: [PATCH PR69489/01]Improve tree ifcvt by storing/tracking DR against its innermost loop bahavior if possible

On Wed, Mar 16, 2016 at 12:20 PM, Richard Biener wrote: > > On Wed, Mar 16, 2016 at 10:59 AM, Bin Cheng wrote: > > Hi, > > .. > > Bootstrap and test on x86_64 and AArch64. Is it OK, not sure if it's GCC 7? > > Hmm. Hi, Thanks for reviewing. > >

[Bug lto/70283] [6 regression] bogus vtable mismatch warnings

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70283 Jan Hubicka changed: What|Removed |Added Status|UNCONFIRMED |ASSIGNED Last reconfirmed|

[Bug preprocessor/70270] New: Spurious line directive with -g

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70270 Bug ID: 70270 Summary: Spurious line directive with -g Product: gcc Version: 5.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: preprocessor

Re: [PATCH, PR70161] Fix fdump-ipa-all-graph

On Thu, 17 Mar 2016, Tom de Vries wrote: > On 15/03/16 12:37, Richard Biener wrote: > > On Mon, 14 Mar 2016, Tom de Vries wrote: > > > > > Hi, > > > > > > this patch fixes PR70161, a 4.9/5/6 regression. > > > > > > Currently when using -fdump-ipa-all-graph, the compiler ICEs in > > >

Re: [PATCH]PR other/70268: map one directory name (old) to another (new) in __FILE__

On Thu, 17 Mar 2016, Hongxu Jia wrote: > + if (add_file_prefix_map(arg) < 0) Bad formatting (missing space before '('). Likewise elsewhere in this patch. > +@item -ffile-prefix-map=@var{old}=@var{new} > +@opindex ffile-prefix-map > +When parsing __FILE__, __BASE_FILE__ and

[Bug lto/70258] New: -fPIE isn't passed to lto by default when GCC is configured with --enable-default-pie

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70258 Bug ID: 70258 Summary: -fPIE isn't passed to lto by default when GCC is configured with --enable-default-pie Product: gcc Version: 6.0 Status: UNCONFIRMED

[Bug fortran/69739] [4.9/5/6 Regression] ICE during array result, allocatable assignment

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69739 --- Comment #5 from Harald Anlauf --- You probably hit something that's just not yet implemented: trans-expr.c: (gdb) list 4083,4096 4083case GFC_ISYM_LBOUND: 4084case GFC_ISYM_UBOUND: 4085/* TODO These

Re: [PATCH V3]PR other/70268: map one directory name (old) to another (new) in __FILE__

On 03/18/2016 03:56 PM, Bernhard Reutner-Fischer wrote: On March 18, 2016 6:16:46 AM GMT+01:00, Hongxu Jia wrote: +/* Perform user-specified mapping of __FILE__ prefixes. Return + the new name corresponding to filename. */ + +const char * +remap_file_filename

Re: PING^1: [PATCH] Add TYPE_EMPTY_RECORD for C++ empty class

On Wed, Mar 16, 2016 at 9:58 AM, Jason Merrill wrote: > On 03/16/2016 08:38 AM, H.J. Lu wrote: >> >> FAIL: g++.dg/abi/pr60336-1.C scan-assembler jmp[\t >> ]+[^$]*?_Z3xxx9true_type >> FAIL: g++.dg/abi/pr60336-5.C scan-assembler jmp[\t >> ]+[^$]*?_Z3xxx9true_type >> FAIL:

[Bug rtl-optimization/70263] [4.9/5/6 Regression] ICE at -O1 and above in both 32-bit and 64-bit modes on x86_64-linux-gnu (segmentation fault)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70263 Marek Polacek changed: What|Removed |Added CC||law at gcc dot gnu.org,

[PATCH, PR70183] Propagate dump flags in pass_manager::register_pass

Hi, atm dumpfile vzeroupper is not influenced by the flags in -fdump-rtl-all-flags. The patch fixes this by copying the flags in pass_manager::register_pass. OK for stage1 if bootstrap and reg-test succeeds? Thanks, - Tom Propagate dump flags in pass_manager::register_pass 2016-03-16 Tom

Re: [PATCH][SPARC] sparc: switch -fasynchronous-unwind-tables on by default.

On 02/29/2016 07:50 AM, Jose E. Marchesi wrote: > The backtrace(3) implementation for sparc contains a simple unwinder > that works well in most cases, but that unwinder is not used if > libgcc_s.so can be dlopened and it provides _Unwind_Backtrace. There's no reason that simple unwinder can't be

[Bug c++/70139] [5/6 Regression] -fno-elide-constructor makes static std::regex to throw

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70139 --- Comment #17 from Jason Merrill --- Author: jason Date: Fri Mar 18 20:16:05 2016 New Revision: 234345 URL: https://gcc.gnu.org/viewcvs?rev=234345=gcc=rev Log: PR c++/70139 * constexpr.c (cxx_eval_call_expression): Fix trivial

[Bug testsuite/70150] Additonal test failures with --enable-default-pie

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70150 --- Comment #10 from psturm at computervoice dot com --- Yes, exact same errors when built without --enable-default-pie.

[Bug c++/64697] C++11 thread_local: relocation truncated to fit: R_X86_64_PC32 against undefined symbol `TLS init function for N::ptd'

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64697 Václav Haisman changed: What|Removed |Added Version|4.9.2 |5.3.0 --- Comment #16 from Václav

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70235 --- Comment #7 from Tobias Burnus --- (In reply to Jerry DeLisle from comment #4) > I will get started on this one. Dominique, if you spot the problem let me > know. In determine_precision, one has: int precision = f->u.real.d; // "3" as

[Bug c/70262] New: Segmentation fault with large stack array, no fault when alloca the same size

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70262 Bug ID: 70262 Summary: Segmentation fault with large stack array, no fault when alloca the same size Product: gcc Version: 5.3.1 Status: UNCONFIRMED Severity:

[Bug tree-optimization/70256] Add debug_varinfo and debug_varmap

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70256 vries at gcc dot gnu.org changed: What|Removed |Added Keywords||patch Priority|P3

[Bug tree-optimization/70267] ICE on valid code at -O1 and above on x86_64-linux-gnu in propagate_necessity, at tree-ssa-dce.c:924

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70267 Marek Polacek changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug rtl-optimization/70261] [6 Regression] r234265 causes fails on rs6000

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70261 Jakub Jelinek changed: What|Removed |Added Target Milestone|--- |6.0 Summary|r234265 causes

Re: [PATCH, PR70185] Only finalize dot files that have been initialized

On Thu, Mar 17, 2016 at 10:19 AM, Tom de Vries wrote: > On 16/03/16 12:34, Richard Biener wrote: >> >> On Wed, Mar 16, 2016 at 11:57 AM, Tom de Vries >> wrote: >>> >>> Hi, >>> >>> Atm, using fdump-tree-all-graph produces invalid dot files: >>> ...

[hsa branch] Use an obstack instead of multiple alloc pools

Hi, when I started working on expansion to HSAIL almost three years ago, I decided to allocate memory for most of the structures from various alloc-pools for reasons that never materialized and the number of pools later grew to unreasonable numbers. So after an internal discussion, Martin Liska

[Bug target/66660] [ia64] Speculative load not checked before use, leading to a NaT Consumption Vector interruption

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=0 Jeffrey A. Law changed: What|Removed |Added Status|ASSIGNED|RESOLVED CC|

Re: C PATCH for c/70093 (ICE with nested-function returning VM type)

Ping. On Wed, Mar 09, 2016 at 04:55:23PM +0100, Marek Polacek wrote: > On Wed, Mar 09, 2016 at 04:31:37PM +0100, Jakub Jelinek wrote: > > No, I meant: > > switch (n) > > { > > struct S x; > > case 1: > > fn (); > > break; > > case 2: > > fn2 (); > >

[AArch64] Emit division using the Newton series

Emit division using the Newton series 2016-03-17 Evandro Menezes gcc/ * config/aarch64/aarch64-tuning-flags.def (AARCH64_EXTRA_TUNE_APPROX_DIV_{SF,DF}: New tuning macros. * config/aarch64/aarch64-protos.h

[Bug sanitizer/70147] [6 Regression] testcase from hana testsuite gets miscompiled with -fsanitize=undefined

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70147 --- Comment #25 from Jakub Jelinek --- (In reply to Jason Merrill from comment #20) > I don't think that's a problem; the clobber only affects the as-base size of > the class, which doesn't include any virtual bases unless they are primary, >

[Bug fortran/70260] ICE: gimplification failed

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70260 --- Comment #3 from Richard Biener --- ifort says: t.f90(3): error #6643: This statement is incorrectly positioned. procedure g --^ t.f90(3): error #8168: Parentheses are required after the PROCEDURE keyword. procedure g --^

[Bug bootstrap/69513] LTO bootstrap fails with bootstrap-profiled during linking gnat1 in stagefeedback

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69513 Rainer Emrich changed: What|Removed |Added Status|RESOLVED|REOPENED

gcc-4.9-20160316 is now available

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

[Bug target/70232] [6 regression] excessive stack usage with -O2

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70232 --- Comment #8 from Richard Biener --- But not sure how this became a regression - does GCC 5 really do better here? With -fno-tree-dominator-opts the warning no longer triggers and we get sub sp, sp, #428 so it may be another

Re: [patch, driver] Ignore -ftree-parallelize-loops={0,1}

Hi! On Tue, 14 Jul 2015 10:36:25 +0200, Tom de Vries wrote: > On 14/07/15 06:54, Jeff Law wrote: > > On 07/13/2015 04:58 AM, Tom de Vries wrote: > >> On 07/07/15 09:53, Tom de Vries wrote: > >>> currently, we have these spec strings in gcc/gcc.c involving > >>>

[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 #19 from Marc Glisse --- (In reply to Marc Glisse from comment #18) > I think this issue was already described in another PR. Ah, that was PR 69134 for MPFR. https://gcc.gnu.org/ml/gcc-patches/2016-01/msg00127.html

[Bug fortran/69739] [4.9/5/6 Regression] ICE during array result, allocatable assignment

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69739 Harald Anlauf changed: What|Removed |Added CC||anlauf at gmx dot de --- Comment #3

[Bug c++/70265] ICE on code with constexpr on x86_64-linux-gnu in tree check: expected statement_list, have nop_expr in tsi_start, at tree-iterator.h:42

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70265 Marek Polacek changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug libstdc++/67114] [MinGW64] build failure with POSIX threads enabled

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67114 --- Comment #22 from ralphengels at gmail dot com --- Aye the pthreads specific fixes needs to be taken care of upstream. The comment was just to let people know that the gcc changes are not enough. Ill try and get a hold on the current

[Bug fortran/69043] Trying to include a directory causes an infinite loop

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69043 --- Comment #8 from Jerry DeLisle --- Author: jvdelisle Date: Sat Mar 19 20:28:38 2016 New Revision: 234352 URL: https://gcc.gnu.org/viewcvs?rev=234352=gcc=rev Log: 2016-03-19 Jerry DeLisle PR fortran/69043

Re: [PATHCH] Disable inline asm for in-tree mpfr (PR69134)

On Tue, 5 Jan 2016, Richard Biener wrote: On January 5, 2016 2:20:42 PM GMT+01:00, Bernd Edlinger wrote: On 05.01.2016 13:58, Bernd Schmidt wrote: On 01/05/2016 09:44 AM, Bernd Edlinger wrote: Using asm code is generally not desirable for in-tree mpfr builds.

Re: [RFA][PR rtl-optimization/70263] Fix creation of new REG_EQUIV notes

On 03/17/2016 12:23 PM, Bernd Schmidt wrote: On 03/17/2016 06:37 PM, Jeff Law wrote: + bitmap seen_insns; + seen_insns = BITMAP_ALLOC (NULL); You could save an allocation here by making this a bitmap_head and using bitmap_initialize. Done. + bitmap_set_bit (seen_insns, INSN_UID

[Bug c++/70139] [5/6 Regression] -fno-ellide-constructor makes static std::regex to throw

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70139 --- Comment #11 from Jakub Jelinek --- template struct A { T a; U b; constexpr A () : a (), b () { } constexpr A (const A ) : a (x.a), b (x.b) { } constexpr A (const T , const U ) : a (x), b (y) { } }; struct B { constexpr B (const

[PATCH, i386, AVX-512] Emit vpbroadcastq instead if non-existent vbroadcastsd.

Hello, Intel spec [1] states that there're almost all broadcasting intructions variants available, except for (p. 2-4) vbroadcastsd %xmm, %xmm It is safe to emit vpbroadcastq %xmm, %xmm instead. I was uable to extract a testcase, but if this insn is generated - we'll got asm

[Bug middle-end/70282] cc1plus hangs taking 100% CPU

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70282 --- Comment #1 from PeteVine --- It was doing the hogging for over 7h overnight so the chances it would ever complete are rather slim...

[Bug middle-end/70273] New: [6 regression] FAIL: g++.dg/ext/label13a.C -std=gnu++98 execution test / scan-assembler _ZN1CC4Ev

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70273 Bug ID: 70273 Summary: [6 regression] FAIL: g++.dg/ext/label13a.C -std=gnu++98 execution test / scan-assembler _ZN1CC4Ev Product: gcc Version: 6.0 Status: UNCONFIRMED

[Bug target/70048] [6 Regression][AArch64] Inefficient local array addressing

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70048 Richard Henderson changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug fortran/69604] ICE in gfc_add_modify_loc, at fortran/trans.c:159

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69604 --- Comment #6 from Harald Anlauf --- (In reply to Harald Anlauf from comment #5) > The problem in case for is in the l.h.s. of the assignment, not the r.h.s: Even simpler, it's just the complex assignment: program p complex :: z[*], w = 1

[PATCH, aarch64] Fix 70048

This fixes only the regression described in the PR. There was quite a bit of follow-up that points to new work that ought to be done during the gcc7 cycle, but isn't really appropriate now. Tested on aarch64-linux; committed as reviewed in the PR. r~ PR target/70048 *

[Bug c++/70266] ICE on invalid code on x86_64-linux-gnu: unexpected expression ‘foo’ of kind overload

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70266 Marek Polacek changed: What|Removed |Added Keywords||ice-on-invalid-code

Re: [PATCH] Fix PR64764

On Wed, Mar 16, 2016 at 9:35 AM, Tom de Vries wrote: > On 16/03/16 17:15, H.J. Lu wrote: >> >> On Wed, Mar 16, 2016 at 9:12 AM, H.J. Lu wrote: > > >>> Any particular reason why this test was changed to DOS format? > > > FWIW, the test was in DOS

[Bug fortran/70260] ICE: gimplification failed

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70260 --- Comment #5 from Harald Anlauf --- (In reply to Harald Anlauf from comment #4) Funny. Doubling the bad assignment subroutine s (f) integer, external :: f, g integer :: h g = f(2) g = f(2) end gives: pr70260-z3.f90:5:4: g

[Bug target/70293] [ICE, AVX-512] Wrong reg constraints in vec_dup

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70293 --- Comment #1 from Kirill Yukhin --- We've got duplication of patterns (make mddump): ;; /export/users/kyukhin/gcc/git/gcc2/gcc/config/i386/sse.md: 17107 (define_insn ("avx2_pbroadcastv8hi") [ (set (match_operand:V8HI 0

[Bug c++/70139] [5/6 Regression] -fno-ellide-constructor makes static std::regex to throw

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70139 --- Comment #12 from Jakub Jelinek --- Disabling the trivial copy ctor shortcut handling fixes this: --- constexpr.c.xx 2016-03-11 17:37:42.0 +0100 +++ constexpr.c 2016-03-18 18:18:59.579595563 +0100 @@ -1240,7 +1240,7 @@

[Bug c/70262] Segmentation fault with large stack array, no fault when alloca the same size

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

Patch ping

Hi! I'd like to ping a C++ PR70144 patch: http://gcc.gnu.org/ml/gcc-patches/2016-03/msg00653.html Since then, Zdenek has filed another PR with __builtin_constant_p (foo) where foo is FUNCTION_DECL, and only the above version fixes that, not the other one. Jakub

Re: [C PATCH] Fix up composite_types (PR c/70280)

On Thu, 17 Mar 2016, Jakub Jelinek wrote: > Hi! > > Zdenek reported a compare debug issue, where it is dumping used function > prototypes and there is a difference between -g0 and -g in > -2: static int BIO_vsnprintf (char *, size_t, const char *, struct *, > void, ...); > +2: static int

Re: [PATCH] Use simplify_replace_rtx instead of replace_rtx for DEBUG_INSNs in reload

On Fri, 18 Mar 2016, Jakub Jelinek wrote: > Hi! > > This patch fixes one of the spots that use replace_rtx, as this changes > debug insns, it clearly wants to replace just based on regno, not on pointer > equality, and for debug insns simplification is always desirable too. > The other place in

[Bug c++/70218] [5 Regression] Illegal access to private fields succeeds with 5/6

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70218 Patrick Palka changed: What|Removed |Added Summary|[5/6 Regression] Illegal|[5 Regression] Illegal

[Bug libstdc++/67114] [MinGW64] build failure with POSIX threads enabled

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67114 ralphengels at gmail dot com changed: What|Removed |Added Attachment #38009|0 |1 is obsolete|

Re: [PATCH, PR70161] Fix fdump-ipa-all-graph

On 15/03/16 12:37, Richard Biener wrote: On Mon, 14 Mar 2016, Tom de Vries wrote: Hi, this patch fixes PR70161, a 4.9/5/6 regression. Currently when using -fdump-ipa-all-graph, the compiler ICEs in execute_function_dump when testing for pass->graph_dump_initialized, because pass == NULL.

[Bug libfortran/69799] FAIL: gfortran.dg/coarray_allocate_3.f08 at -O1 and above

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69799 --- Comment #9 from Dominique d'Humieres --- > New Revision: 234240 > > Log: > PR libfortran/69799 > * gfortran.dg/coarray_allocate_5.f08: Add "-latomic" option if > libatomic_available. I think the change has not been applied

[Bug middle-end/70273] [6 regression] FAIL: g++.dg/ext/label13a.C -std=gnu++98 execution test / scan-assembler _ZN1CC4Ev

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70273 --- Comment #2 from Richard Biener --- Looks like FE constructor cloning "breaks" this by not having the new flag set before gimplification.

[Bug lto/69953] [5/6 Regression] Using lto causes gtkmm/gparted and gtkmm/inkscape compile to fail

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69953 --- Comment #19 from Jan Hubicka --- > _ZTCN3Gtk14TreeViewColumnE0_N4Glib6ObjectE/10 > (_ZTCN3Gtk14TreeViewColumnE0_N4Glib6ObjectE) @0x76816980 Aha, this is an construction vtable and the privatization is done by: /* Don't export

[Bug fortran/49627] NINT(x,16) doesn't work (at all, ever, I don't think)

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

[PATCH, PR70269] Set dump_file to NULL in cgraph_node::get_body

Hi, this patch fixes PR70269, an 5/6 regression. When compiling with "-O2 -fipa-pta -fdump-ipa-pta-graph" we try to initialize a graph dump file for ipa-cp, while the dump file is not enabled, which causes an ICE because dump_file_name is NULL. This condition in pass_init_dump_file enables

Re: [PATCH V3]PR other/70268: map one directory name (old) to another (new) in __FILE__

On March 18, 2016 6:16:46 AM GMT+01:00, Hongxu Jia wrote: +/* Perform user-specified mapping of __FILE__ prefixes. Return + the new name corresponding to filename. */ + +const char * +remap_file_filename (const char *filename) +{ + file_prefix_map *map; + char

[Bug c++/62212] [4.9/5/6 Regression] ICE compiling template function with array reference parameter whose size depends on a template parameter

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62212 Jakub Jelinek changed: What|Removed |Added Priority|P3 |P2 CC|

[Bug tree-optimization/70316] New: FAIL: gcc.dg/tree-ssa/pr68714.c scan-tree-dump-times optimized " <= " 1

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70316 Bug ID: 70316 Summary: FAIL: gcc.dg/tree-ssa/pr68714.c scan-tree-dump-times optimized " <= " 1 Product: gcc Version: 6.0 Status: UNCONFIRMED Severity: normal

Re: [PATCH] c++/65579 - set readonly bit on static constexpr members of templates

On 03/17/2016 08:07 AM, Jason Merrill wrote: On 03/09/2016 05:09 PM, Martin Sebor wrote: While going through constexpr bugs looking for background on one I'm currently working on I came across bug 65579 - [C++11] gcc requires definition of a static constexpr member even though it is not

[Bug c/70281] valgrind error in can_be_stored_compactly_p (line-map.c:148)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70281 David Malcolm changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug c++/69315] [6 Regression] ICE in finish_function with constexpr and templates

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69315 --- Comment #6 from Marek Polacek --- Yes, but the patch hasn't been pinged since 24 Feb 2016: . Alex?

[Bug middle-end/70274] New: optimization goes astray and adds completely redundant code

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70274 Bug ID: 70274 Summary: optimization goes astray and adds completely redundant code Product: gcc Version: 5.2.0 Status: UNCONFIRMED Severity: normal

[Bug c/70255] change of the order of summation of floating point numbers despite no-associative-math

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70255 Richard Biener changed: What|Removed |Added Keywords||wrong-code

Re: [AArch64] Emit square root using the Newton series

On 03/17/16 09:55, James Greenhalgh wrote: On Wed, Mar 16, 2016 at 02:45:37PM -0500, Evandro Menezes wrote: On 03/08/16 16:08, Evandro Menezes wrote: On 02/16/16 14:56, Evandro Menezes wrote: On 12/08/15 15:35, Evandro Menezes wrote: Emit square root using the Newton series 2015-12-03

Re: [PATCH] Add debug_varinfo and debug_varmap

On Wed, 16 Mar 2016, Tom de Vries wrote: > [ was: Re: [RFC] dump_varmap in tree-ssa-structalias.c ] > On 10/03/16 10:07, Richard Biener wrote: > > On Thu, 10 Mar 2016, Tom de Vries wrote: > > > > > Hi, > > > > > > I wrote attached patch to print the actual contents of the varmap variable > > >

[Bug tree-optimization/70315] New: FAIL: gcc.dg/tree-ssa/sra-17.c scan-tree-dump-times esra

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70315 Bug ID: 70315 Summary: FAIL: gcc.dg/tree-ssa/sra-17.c scan-tree-dump-times esra Product: gcc Version: 6.0 Status: UNCONFIRMED Severity: normal

[gomp-nvptx 7/7] nvptx backend: define STACK_SIZE_MODE

Default definition of STACK_SIZE_MODE is word_mode, which is DImode on NVPTX. However, stack pointer mode matches pointer mode, so needs to be SImode on 32-bit NVPTX ABI. Define it to Pmode to fix 32-bit code generation. * config/nvptx/nvptx.h (STACK_SIZE_MODE): Define. ---

Re: [PATCH] Fix PR c++/70218 (illegal access to private field succeeds)

On Wed, Mar 16, 2016 at 5:20 PM, Matthias Klose wrote: > On 13.03.2016 21:03, Patrick Palka wrote: >> >> Here we are mishandling the deferred_access_stack by not coherently >> pushing/popping from it. In cp_parser_lambda_expression we are calling >> (in order): >> >>

[Bug rtl-optimization/70278] [6 regression] LRA ICE on trunk for ARM Thumb1 with Os

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70278 Richard Biener changed: What|Removed |Added Target Milestone|--- |6.0

[AArch64] Add precision choices for the reciprocal square root approximation

Add precision choices for the reciprocal square root approximation Allow a target to prefer such operation depending on the FP precision. gcc/ * config/aarch64/aarch64-protos.h (AARCH64_EXTRA_TUNE_APPROX_RSQRT): New macro. *

[Bug tree-optimization/70288] ICE with -O1 -fno-tree-dominator-opts

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70288 Richard Biener changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug middle-end/70240] [6 Regression] ICE: in gimplify_modify_expr, at gimplify.c:4854 with -ftree-vectorize

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70240 --- Comment #9 from Richard Henderson --- Author: rth Date: Wed Mar 16 23:53:01 2016 New Revision: 234271 URL: https://gcc.gnu.org/viewcvs?rev=234271=gcc=rev Log: Gimplify vec_cond_expr with condition inside PR middle-end/70240 PR

[Bug libstdc++/70303] Value-initialized debug iterators

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

[Bug rtl-optimization/70030] [LRA]ICE when reload insn with output scratch operand

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70030 --- Comment #5 from Renlin Li --- (In reply to Vladimir Makarov from comment #3) > (In reply to Ramana Radhakrishnan from comment #2) > > Waiting. > > Actually, I have a candidate patch to deal with scratches created during > LRA. But I can

Re: [PATCH] Fix PR c++/70218 (illegal access to private field succeeds)

OK. Jason

[Bug target/38239] [4.9, 5, 6 regression] The function mcount in gmon.o changes register ecx

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=38239 --- Comment #6 from Rainer Orth --- Author: ro Date: Wed Mar 16 11:57:02 2016 New Revision: 234256 URL: https://gcc.gnu.org/viewcvs?rev=234256=gcc=rev Log: Save call-clobbered registers in _mcount on 32-bit Solaris/x86 (PR target/38239)

[Bug libstdc++/67114] [MinGW64] build failure with POSIX threads enabled

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67114 --- Comment #20 from ralphengels at gmail dot com --- Clarification. If not using pthreads-w32 #ifdef PTW32_VERSION // See libstdc++/67114 # define _GLIBCXX_THREAD_ID_LESS(X, Y) ((X).x < (Y).x) <- this #endif would end up undefined if say we

Re: Is test case with 700k lines of code a valid test case?

> On Mar 18, 2016, at 12:53 PM, Paulo Matos wrote: > > > > On 18/03/16 15:02, Jonathan Wakely wrote: >> >> It's probably crashing because it's too large, so if you reduce it >> then it won't crash. >> > > Would be curious to see what's the limit though, or if it depends

[i386] Support .lbss etc. sections with Solaris as (PR target/59407)

gcc.target/i386/pr58218.c currently FAILs on 64-bit Solaris/x86 with the native assembler: FAIL: gcc.target/i386/pr58218.c (test for excess errors) Excess errors: Assembler: pr58218.c "/var/tmp//cciHFIO7.s", line 3 : Section attributes do not match .section

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70275 Bug ID: 70275 Summary: -w disables all -Werror flags Product: gcc Version: 5.3.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++

Re: PING: [PATCH] PR driver/70192: Properly set flag_pie and flag_pic

On 03/17/2016 02:59 PM, H.J. Lu wrote: On Fri, Mar 11, 2016 at 9:09 AM, H.J. Lu wrote: We can't set flag_pie to the default when flag_pic == 0, which may be set by -fno-pic or -fno-PIC, since the default value of flag_pie is non-zero when GCC is configured with

[Bug target/70188] [4.9/5/6 Regression] gcc 4.9+ miscompiles code on hppa

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70188 --- Comment #11 from John David Anglin --- Author: danglin Date: Thu Mar 17 22:57:19 2016 New Revision: 234311 URL: https://gcc.gnu.org/viewcvs?rev=234311=gcc=rev Log: PR target/70188 * config/pa/constraints.md: Revert

Re: PING: [PATCH] PR driver/70192: Properly set flag_pie and flag_pic

On 03/17/2016 04:13 PM, H.J. Lu wrote: On Thu, Mar 17, 2016 at 8:09 AM, Bernd Schmidt wrote: On 03/17/2016 04:06 PM, H.J. Lu wrote: This is the patch I am going to check in. That still mentions darwin which I imagine might not be an exhaustive test. We can add an

[C++ PATCH] Diagnose invalid _Jv_AllocObject prototype (PR c++/70267)

Hi! _Jv_AllocObject returns a pointer, and as the testcase below shows, we easily ICE if a wrong prototype is provided for it instead. There is already other diagnostics (e.g. when it is missing, or when it is overloaded function), so this ensures at least the return type is sane. Wonder about

[Bug middle-end/70273] [6 regression] FAIL: g++.dg/ext/label13a.C -std=gnu++98 execution test / scan-assembler _ZN1CC4Ev

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70273 --- Comment #4 from Jakub Jelinek --- Perhaps has_label_address_in_static_1 could move to cp/optimize.c and be done next to the tree_versionable_function_p call in there, with appropriate comment?

Re: ipa vrp implementation in gcc

On 18/01/16 20:42, Richard Biener wrote: I have (very incomplete) prototype patches to do a dominator-based approach instead (what is refered to downthread as non-iterating approach). That's cheaper and is what I'd like to provide as an "utility style" interface to things liker niter analysis

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

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70235 --- Comment #6 from Jerry DeLisle --- *** Bug 70237 has been marked as a duplicate of this bug. ***

[Bug testsuite/66400] g++.dg/stackprotectexplicit2.C FAILs with PIE

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66400 H.J. Lu changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Component|c++

<    1   2   3   4   5   6   >