[committed] Skip gcc.dg/pr49551.c on hppa*-*-hpux*

Skip due to lack of function sections on 32-bit hpux targets. dave -- John David Anglin dave.ang...@bell.net 2015-12-28 John David Anglin * gcc.dg/pr49551.c: Skip on hppa*-*-hpux*. Index: gcc.dg/pr49551.c

[committed] Fix failure of fortran.dg/coarray_40.f90 on hppa*-*-hpux*

On hppa*-*-hpux*, we need to link with libatomic to get "atomic" functions. Fix is same as in other tests. Tested on hppa2.0w-hp-hpux11.11 and hppa64-hp-hpux11.11. Committed to trunk. Dave -- John David Anglin dave.ang...@bell.net 2015-12-28 John David Anglin

Re: [PATCH] Fix PR66848 by enforcing 16-bit alignment on darwin

On Dec 22, 2015, at 9:08 AM, Jack Howarth wrote: > This bug doesn't exist in the more recent boehm-gc 7.2 or > later releases. Until the exact change from 6.6 to 7.2 that suppresses > this bug is identified or FSF gcc's boehm-gc is rebased on the 7.2 > version or later,

[PATCH] ia64: don't use dynamic relocations for local symbols

From: Sergei Trofimovich Tested on the following example: void * a[77] __attribute((visibility("hidden"))); void f(long o, void * v) { a[0x6eff - o + 66] = v; } Before the patch generated code uses .GOT entry: addl r14 = @ltoffx(a#), r1 ld8.mov

Re: Fix alias.c wrt aliases and anchors

> > Well, to me "weaker" means "makes more conservative assumptions", > which in this context would be assuming a conflict in cases where > the old code didn't (i.e. returning -1 more often). I'm not sure > whether the first patch was strictly weaker in that sense, since > if the symbol_refs

Re: Fix alias.c wrt aliases and anchors

Hello! >> Yeah, I think handling anchors is a good thing. It just seems that >> logically the correctness fix is to replace: >> >> /* Label and normal symbol are never the same. */ >>if (x_decl != y_decl) >>return 0; >> return offset_overlap_p (c, xsize, ysize); >> >> with something

[gomp4] Simplify function discarding

I noticed that the code dealing with bind and nohost clauses in execute_oacc_device_lower looked like: #ifdef ACCEL_COMPILER ten lines of 'f(BIND)' #endif #ifndef ACCEL_COMPILER ten lines of 'f(NOHOST)' #endif Simplified to the attached, which reduces the cut and paste, as well as

Re: [PATCH, rs6000] Add support for lxvx and stxvx P9 instructions

On Sun, Dec 27, 2015 at 6:00 PM, Bill Schmidt wrote: > Hi, > > POWER9 adds endian-neutral load and store vector instructions that > support unaligned accesses. This allows more efficient code generation > than POWER8. With these new instructions, we no longer

[PTX] more predicates

This patch renames nvptx_reg_or_mem_operand to nvptx_nonimmediate_operand, to match the conventional nonimmediate_operand predicate. I also relax the call_operation predicate to permit any reg -- there's no need toprohibit passing stack_pointer, frame_pointer or arg_pointer. nathan

Re: [PATCH, i386, AVX-512] Split out mask version for vec_extract_hi_.

On Mon, Dec 28, 2015 at 04:17:02PM +0300, Kirill Yukhin wrote: > Hello, > On 02 Dec 20:00, Kirill Yukhin wrote: > > Hello, > > On 30 Nov 13:46, Kirill Yukhin wrote: > > > Hello, > > > Patch in the bottom splits masked version of vec_extract_hi_ > > > to block AVX-1512VL insn generation for KNL and

Re: [PATCH, i386, AVX-512] Split out mask version for vec_extract_hi_.

Hello, On 02 Dec 20:00, Kirill Yukhin wrote: > Hello, > On 30 Nov 13:46, Kirill Yukhin wrote: > > Hello, > > Patch in the bottom splits masked version of vec_extract_hi_ > > to block AVX-1512VL insn generation for KNL and cures ICE on > > spec2k6/450.soplex. > > > > Bootstrapped and regtesed. >

Re: Another C++11 experimental thing...

On 12/27/2015 11:30 AM, Jonathan Wakely wrote: I think we should change the language in the c++0x_warning.h: Agreed, OK for trunk and gcc-5-branch, thanks. N.B. s/Ramove/Remove/ in the changelog. Done, Here are the patch and CL as applied to trunk and gcc-5. Thanks, Ed Index:

[PATCH] [libiberty] Tweak the documentation of libiberty's xcrc32 function

In some places the xcrc32 documentation refers to GDB's own crc32 implementation, but GDB no longer has its own crc32 implementation. It now uses libiberty's xcrc32 throughout. So this patch removes these references to GDB's now-nonexistent crc32 implementation. Also, there appears to be a bug

[Patch, pr69011, fortran, v1] [6 Regression] [OOP] ICE in gfc_advance_chain for ALLOCATE with SOURCE

Hi all, for bug pr69011 I like to propose the attached patch. The patch fixes the ICE and furthermore makes sure, that for this case of referencing a polymorphic object the correct vtype is selected. Previously the declared vtype of the source=-expression was taken for the object(s) to allocate.

Re: [Patch, pr69011, fortran, v1] [6 Regression] [OOP] ICE in gfc_advance_chain for ALLOCATE with SOURCE

Hi Andre, for bug pr69011 I like to propose the attached patch. The patch fixes the ICE and furthermore makes sure, that for this case of referencing a polymorphic object the correct vtype is selected. Previously the declared vtype of the source=-expression was taken for the object(s) to

Re: [gomp4] Simplify function discarding

On 12/28/15 08:46, Nathan Sidwell wrote: I noticed that the code dealing with bind and nohost clauses in execute_oacc_device_lower looked like: Forgot the testsuite tweak that went along with the change. nathan 2015-12-28 Nathan Sidwell *

Re: [committed] Fix failure of fortran.dg/coarray_40.f90 on hppa*-*-hpux*

On Mon, Dec 28, 2015 at 04:19:47PM -0500, John David Anglin wrote: > On hppa*-*-hpux*, we need to link with libatomic to get "atomic" functions. > Fix is same as in > other tests. > > Tested on hppa2.0w-hp-hpux11.11 and hppa64-hp-hpux11.11. > > Committed to trunk. > > Dave > -- > John David

[PATCH, testsuite]: Disable gcc.target/i386/pr68473-1.c for 32bit x86 targets

Hello! 32bit x86 targets handle -mno-fp-ret-in-387 just fine, the value is returned in integer registers instead. Attached patch disables the test on 32bit targets. 2015-12-28 Uros Bizjak * gcc.target/i386/pr68473-1.c: Add dg-do compile directive. Tested on

[PATCH] Fix failure of gfortran.dg/backtrace_1.f90 on hppa*-*-hpux*

The hppa*-*-hpux* target does not support __sync builtins. As a result, libbacktrace does not support backtraces when threads are active. Instead of always assuming threads are active in libgfortran/runtime/backtrace.c, the attached patch uses __gthread_active_p() to determine whether threads

[PATCH] Fix math transformation on targets without c99 math functions

The attach change fixes PR middle-end/68743 on hppa*-*-hpux*. In compiling c99_functions.c in libgfortran, floor ((double)x) was transformed to floorf(x) but floorf is not available on hppa*-*-hpux*. The change simply adds a libc_has_function check to prevent the transformation. Tested on

[committed] Fix failure of gcc.dg/torture/pr67609.c on hppa*-*-hpux*

This fixes unsupported alignment. Tested on hppa2.0w-hp-hpux11.11 and hppa64-hp-hpux11.11. Dave -- John David Anglin dave.ang...@bell.net 2015-12-28 John David Anglin * gcc.dg/torture/pr67609.c: Add -fno-common option on hppa*-*-hpux*. Index:

Re: [PATCH] [libiberty] Tweak the documentation of libiberty's xcrc32 function

On Mon, Dec 28, 2015 at 9:08 AM, Patrick Palka wrote: > > libiberty/ChangeLog: > > * crc32.c: In the documentation, don't refer to GDB's > now-nonexistent crc32 implementation. In the table-generation > program embedded within the documentation,

[PATCH][PING][PR 67425] Fix docs for -frandom-seed

Hi all, this patch reverts invalid documentation change -frandom-seed which was introduced by myself in r216773 a year ago. I've checked the generated man and the only test for -frandom-seed (gcc.dg/pr61868.c). Ok for trunk? I also want to backport to GCC5 branch. -Yura >From