PR 52631

2013-01-19 Thread Jeff Law
PR 52631 is a missed-optimization regression where we fail to lookup a simplified expression when value numbering the ssa graph to see if the simplified expression already has a value number. Andrew Pinski had a patch that was 99% complete in the PR; Richard Biener suggested a relatively min

[RFA:] fix failing gfortran.dg/inquire_10.f90 for newlib targets

2013-01-19 Thread Hans-Peter Nilsson
Ever since it was changed to a "run" test (from the default "compile", i.e. just producing assembly code), the test gfortran.dg/inquire_10.f90 has failed for newlib targets while linking, because (besides cygwin and some linux support), newlib doesn't have getcwd: /tmp/ccNhxU2l.o: In function `MAI

[patch] fix libstdc++/55861

2013-01-19 Thread Jonathan Wakely
PR libstdc++/55861 * include/std/future (_State_base::_S_check(const shared_ptr&)): Fix return type. (__basic_future::_M_get_result()): Const qualify. (shared_future::get()): Likewise. * testsuite/30_threads/shared_future/members/get.cc: Use const

[PATCH, haifa-sched]: Fix PR56023, -fcompare-debug failure due to sched1 pass on 4.6 branch

2013-01-19 Thread Uros Bizjak
Hello! We should not update ticks of instructions, dependent on debug instruction. Without the patch, the scheduling order depends on the presence of debug instructions and leads to -fcompare-debug failures. 2012-01-19 Uros Bizjak PR rtl-optimization/56023 * haifa-sched.c (fix

[google gcc-4_7, integration] Add lightweight checks for front()/back() on empty vector

2013-01-19 Thread Paul Pluzhnikov
This patch adds lightweight checks for front()/back() on empty vector. Google ref b/7939186 Ok for google/gcc-4_7 and google/integration branches? -- Paul Pluzhnikov Index: libstdc++-v3/include/bits/stl_vector.h === --- libstdc++-v

PATCH to libstdc++ to use __cxa_thread_atexit_impl if available

2013-01-19 Thread Jason Merrill
Siddhesh has a patch to implement the thread atexit functionality in glibc in order to integrate better with the dynamic loader and run the cleanups in the correct order. Once it's available there, this patch will make the copy in libsupc++ use it. The main __cxa_thread_atexit function will a

Re: [patch] PR inline-asm/55934

2013-01-19 Thread Steven Bosscher
On Sat, Jan 19, 2013 at 1:15 AM, Vladimir Makarov wrote: > On 13-01-17 6:45 PM, Steven Bosscher wrote: >> >> Hello Vlad, >> >> Attached is my attempt to fix PR55934, an error recovery issue in LRA >> with incorrect constraints in an asm. >> >> I'm not 100% sure this is all correct (especially the L

Re: [PATCH] Multiversioning fixes (PR c++/55742)

2013-01-19 Thread Jason Merrill
On 01/18/2013 03:22 PM, Jakub Jelinek wrote: else if (TREE_CODE (args) != STRING_CST) -gcc_unreachable (); +{ + error ("invalid % attribute value"); + return false; +} Maybe say that it needs to be a string? We also need more tests, both for the example in the PR (and

RFA: testsuite PATCH to add { target alias }

2013-01-19 Thread Jason Merrill
When I was messing with TLS tests, I noticed that there's currently no effective target keyword for alias support. This patch adds that. OK for trunk? Jason commit 0737064c6a0d9f33c75d09d94db9bca1eb4053ca Author: Jason Merrill Date: Sat Jan 19 00:09:28 2013 -0500 * lib/target-support

Re: C++ PATCH for target/54908 (thread_local vs emutls)

2013-01-19 Thread Jason Merrill
On 01/19/2013 08:25 AM, Dominique Dhumieres wrote: FAIL: g++.dg/tls/thread_local-wrap3.C scan-assembler _ZTH1i FAIL: g++.dg/gomp/tls-wrap3.C -std=c++98 scan-assembler _ZTH1i FAIL: g++.dg/gomp/tls-wrap3.C -std=c++11 scan-assembler _ZTH1i Ah, yes; those are specifically testing for the aliases

Re: [PATCH] Fix up English grammar in an error msg

2013-01-19 Thread Gerald Pfeifer
On Sat, 19 Jan 2013, Marek Polacek wrote: > As the subject says. Ok for trunk? > > 2013-01-19 Marek Polacek > > * cfgloop.c (verify_loop_structure): Fix up grammar. You generally don't have to ask for approval for changes like this. Strictly speaking trunk is in "regression fixes and

Re: LRA branch was merged with trunk

2013-01-19 Thread Steven Bosscher
On Sat, Jan 19, 2013 at 2:12 PM, Steven Bosscher wrote: > It looks like this merge breaks bootstrap on > powerpc64-unknown-linux-gnu. The compiler goes into an infinite loop > while compiling libdecnumber. I'm trying to create a small test case. Here it is. Compile with: $ ./cc1 -quiet -mlong-dou

Re: [PATCH] build: add -Wl,-rpath=path to $gmplibs (issue 7124057)

2013-01-19 Thread Paolo Bonzini
Il 18/01/2013 18:48, Mike Stump ha scritto: > Now, I'm happy to have a shared library expert weigh in and explain > why we should not fail the build… I'm happy to defer to them, if > there is a compelling reason why someone would compile things this > way. I just can't help but think we serve the

[patch, moxie, testsuite] Fix gcc.dg/tree-ssa/asm-2.c for moxe

2013-01-19 Thread Anthony Green
I'm going to commit this obvious fix for the moxie port. Registers 0 and 1 are the frame and stack pointers so the assembler complains about their usage. 2013-01-19 Anthony Green * gcc.dg/tree-ssa/asm-2.c (REGISTER): Pick an appropriate register for moxie. Index: gcc/testsui

[patch, moxie] Set current_function_static_stack_size

2013-01-19 Thread Anthony Green
I'm committing this simple change. It fixes a number of test cases... 2013-01-19 Anthony Green * config/moxie/moxie.c (moxie_expand_prologue): Set current_function_static_stack_size. Index: gcc/config/moxie/moxie.c

Re: C++ PATCH for target/54908 (thread_local vs emutls)

2013-01-19 Thread Dominique Dhumieres
> > FAIL: g++.dg/tls/thread_local-wrap3.C scan-assembler _ZTH1i > > FAIL: g++.dg/gomp/tls-wrap3.C -std=c++98 scan-assembler _ZTH1i > > FAIL: g++.dg/gomp/tls-wrap3.C -std=c++11 scan-assembler _ZTH1i > > Ah, yes; those are specifically testing for the aliases that we can't > generate on darwin. I'

Re: LRA branch was merged with trunk

2013-01-19 Thread Steven Bosscher
On Fri, Jan 18, 2013 at 10:47 PM, Vladimir Makarov wrote: > LRA branch was merged with trunk @ 195303. > > Committed as rev. 195305. Hi Vlad, It looks like this merge breaks bootstrap on powerpc64-unknown-linux-gnu. The compiler goes into an infinite loop while compiling libdecnumber. I'm trying

Re: Support for MIPS r5900

2013-01-19 Thread Richard Sandiford
"Maciej W. Rozycki" writes: >> I tested the calculation with the type "float". >> ABI o32 with -mhard-float and -msingle-float produces the following results: >> 1.00 (0x3f80) / 0.00 (0x) = nan (0x7fff) >> 0.00 (0x) / 0.00 (0x) = nan (0x7fff) >>