Re: [PATCH 4/8] nvptx -mgomp

On 06/09/2016 10:53 AM, Alexander Monakov wrote: [snip] --- a/gcc/doc/invoke.texi +++ b/gcc/doc/invoke.texi @@ -19631,6 +19631,11 @@ generation variant is used for OpenMP offloading, but the option is exposed on its own for the purpose of testing the compiler; to generate code suitable for

Re: [PATCH 3/8] nvptx -muniform-simt

On 06/09/2016 10:53 AM, Alexander Monakov wrote: [snip] --- a/gcc/doc/invoke.texi +++ b/gcc/doc/invoke.texi @@ -19621,6 +19621,16 @@ for OpenMP offloading, but the option is exposed on its own for the purpose of testing the compiler; to generate code suitable for linking into programs

Re: [PATCH] fold-const: Don't access bit fields with too big mode (PR71310)

On Fri, Jun 10, 2016 at 5:12 PM, Segher Boessenkool wrote: > On Fri, Jun 10, 2016 at 01:14:16PM -0600, Jeff Law wrote: >> The change itself is fine, and it's approved with a testcase or at least >> an explanation of why you can't turn either of the tests from the BZ >>

[PATCH, libquadmath]: Use built-in functions instead of fabsq, copysignq and nanq.

Hello! Attached (mostly mechanical) patch uses equivalent built-in functions for fabsq, copysignq and nanq. The patch allows more aggressive compiler optimizations, where for fabsq and copysignq, the compiler will emit 128bit SSE bitops, and a 128bit constant load instead of nanq function call.

Re: [PATCH,FIXINCLUDES] AIX stdlib.h #define malloc

BTW, OK by me :) Now that I'm retired, it is starting to look like less time for this stuff... ;) On Thu, Jun 9, 2016 at 10:25 AM, David Edelsohn wrote: > Index: inclhack.def > === > --- inclhack.def

[PATCH, i386]: Calculate FLOAT128_FTYPE_CONST_STRING function type only once ...

... and match the documentation of __float128 built-in functions with reality. 2016-06-12 Uros Bizjak * config/i386/i386.c (ix86_init_builtins): Calculate FLOAT128_FTYPE_CONST_STRING function type only once. * doc/extend.texi (x86 Built-in Functions): Update

[C++ Patch, trivial] Fix typo in pedwarn text

Hi, I'm going to fix this very, very old (for sure in 2008 it was already there) typo. Thanks, Paolo. 2016-06-12 Paolo Carlini * decl.c (grokdeclarator): Fix typo in pedwarn text. Index: decl.c

[PATCH, IA64, RFT]: Implement PR 71242, Missing built-in functions for float128 NaNs

Hello! The functionality is the same as x86 version, ported to IA64. 2016-06-12 Uros Bizjak PR target/71242 * config/ia64/ia64.c (enum ia64_builtins) [IA64_BUILTIN_NANQ]: New. [IA64_BUILTIN_NANSQ]: Ditto. (ia64_fold_builtin): New function.

Re: [PATCH, i386]: Implement PR 71246, Missing built-in functions for float128 NaNs

On Sat, Jun 11, 2016 at 9:35 AM, Uros Bizjak wrote: > On Fri, Jun 10, 2016 at 11:55 PM, Joseph Myers > wrote: >> On Fri, 10 Jun 2016, Uros Bizjak wrote: >> >>> Joseph, does it look OK to you? Richi, I hope I got tree stuff >>> implemented correctly.

Re: [Patch, fotran] PR70673 - [5/6/7 Regression] ICE with module containing functions with allocatable character scalars

Hi Thomas, Thanks a lot! I had meant to address the message to you explicitly but, apparently, I forgot. I'll start committing tonight. Cheers Paul On 12 June 2016 at 17:21, Thomas Koenig wrote: > Hi Paul, > >> The fix to eliminate this ICE is trivial. > > > Trivial

Re: [wwwdocs] Follow up on usability improvements patch

Hi Stuart, On Fri, 10 Jun 2016, aquag...@gmail.com wrote: > I submitted a patch for the website a few weeks ago, but received no > response in the negative or positive. Wanted to check if it had been > overlooked. I've got this, but found it's a bit more involved and I have some questions and

Re: [Patch, fotran] PR70673 - [5/6/7 Regression] ICE with module containing functions with allocatable character scalars

Hi Paul, The fix to eliminate this ICE is trivial. Trivial once you have found it, not so trivial before... Bootstrapped and regtested on FC21/x86_64 - OK for 5 to 7 branches? OK. Thanks a lot for the patch! Thomas

[BUILDROBOT] MPS430 build problem due to new enum (was: [PATCH 2/2] Add edge predictions pruning)

Hi Martin, On Thu, 2016-06-09 13:24:10 +0200, Martin Liška wrote: > On 06/08/2016 02:41 PM, Jan Hubicka wrote: > > Adding hash for this prupose is bit of an overkill (there are > > definitly cheaper ways of solving so), but it will hardly affect compile > > time, so the pathc is

Re: [patch] generate_libstdcxx_web_docs: Use realpath to get absolute path

Hi Jonathan, On Thu, 28 Apr 2016, Jonathan Wakely wrote: When I ran maintainer-scripts/generate_libstdcxx_web_docs to make the onlinedocs/libstdc++ for 6.1 the other day it failed because I use a relative path for the output dir argument. This would make it work, but is relying on GNU realpath

Vectorize 2*x as x+x if needed

Hello, canonicalizing x+x to x*2 made us regress some vectorization tests on sparc. As suggested by Richard, this lets the vectorizer handle x*2 as x+x if that helps. Let me copy a few remarks I had in the PR: « We could probably also handle x*3 as x+x+x, but where to stop? I don't

Re: [PATCH] Add ggc-tests.c

On Mon, 6 Jun 2016, David Malcolm wrote: > OK for trunk? As committed on Friday 2016-06-10 David Malcolm * Makefile.in (OBJS): Add ggc-tests.o. (GTFILES): Add ggc-tests.c. * ggc-tests.c: New file. * selftest-run-tests.c

Move optimize_minmax_comparison to match.pd

Hello, this move is pretty straightforward. The transformation would probably work just fine for any type (floats, vectors), but I didn't want the headache of checking the behavior for NaN. Bootstrap+regtest on powerpc64le-unknown-linux-gnu. 2016-06-13 Marc Glisse