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
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
usin
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
>> into a testcase in our frame
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.
T
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(revision 237258)
> +++
... 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 text, __float128
bu
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
===
--
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.
(TARGET_FOLD_BUILTIN): New define
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.
>>
>> It's plausible, but really needs testcas
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 once you have found it, no
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 com
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
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 OK.
>
> Sending
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 O
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 understan
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 (selftest::run_tests): Call
sel
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
* fold-const.c
17 matches
Mail list logo