On Mon, Dec 12, 2016 at 02:15:42PM -0700, Jeff Law wrote:
> On 12/12/2016 12:14 PM, Jakub Jelinek wrote:
> >{ is a special character in ERE, so gawk rightfully complains in
> >POSIXLY_CORRECT mode. The regex is meant to look for { at the beginning
> >of line. Neither "^\{" nor "^\\{" works though
On 12/12/2016 04:16 AM, James Greenhalgh wrote:
On Thu, Dec 01, 2016 at 11:09:07AM +, James Greenhalgh wrote:
On Wed, Nov 30, 2016 at 05:58:13PM +, Joseph Myers wrote:
On Wed, 30 Nov 2016, James Greenhalgh wrote:
+@code{_Float16} type defined by ISO/IEC TS18661:3-2005
Add a space a
On 12/12/2016 04:16 AM, James Greenhalgh wrote:
On Wed, Nov 30, 2016 at 02:36:28PM +, James Greenhalgh wrote:
Hi,
As subject - update extend.texi to mention availability of _Float16 types
on ARM and AArch64.
OK?
*ping*
Thanks,
James
2016-11-30 James Greenhalgh
* doc/exten
On 12/10/16 3:26 AM, Richard Earnshaw wrote:
On 08/12/16 22:55, Josh Conner wrote:
+ arm*-*-fuchsia*)
+ tm_file="${tm_file} fuchsia.h arm/fuchsia-elf.h glibc-stdint.h"
+ tmake_file="${tmake_file} arm/t-bpabi"
+ ;;
This will leave the default cpu as arm7tdmi. Is t
On 12/12/2016 12:20 PM, Jakub Jelinek wrote:
Hi!
The strength reduction has code to emit stuff before or after the last insn
in a bb, but uses a wrong predicate to decide where to put it, is_ctrl_stmt
covers only a subset of statements that must end a bb.
Fixed thusly, bootstrapped/regtested on
On Mon, Dec 12, 2016 at 2:12 PM, Nathan Sidwell wrote:
> Solved by breaking TYPE_TEMPLATE_INFO into an underlying helper that doesn't
> deal with type aliases.
I like this idea, but I don't like the name. Since alias templates
are generally transparent in the language, I wonder about changing
TY
On 12/11/16 7:24 AM, Gerald Pfeifer wrote:
On Thu, 8 Dec 2016, Josh Conner wrote:
This patch adds support to gcc for the Fuchsia OS
(https://fuchsia.googlesource.com/).
Once this is in, can you please suggest a news item for our
main page?
(You could cook a patch following https://gcc.gnu.org
On 12/05/2016 08:56 PM, Martin Sebor wrote:
On 12/05/2016 11:21 AM, Jeff Law wrote:
On 12/04/2016 04:55 PM, Martin Sebor wrote:
Bug 78519 points out that while the -Wformat warning flags a small
subset of sprintf calls with a null pointer argument to a %s directive
(those where the pointer is a
On 12/12/2016 04:44 PM, Jason Merrill wrote:
On Mon, Dec 12, 2016 at 2:12 PM, Nathan Sidwell wrote:
Solved by breaking TYPE_TEMPLATE_INFO into an underlying helper that doesn't
deal with type aliases.
I like this idea, but I don't like the name. Since alias templates
are generally transparen
Hi Paul, hi all,
2016-12-12 21:04 GMT+01:00 Janus Weil :
> As commented several times in bugzilla, my feeling is that the
> solution for this PR would be to utilize the vtable machinery, in
> order to generate a truly polymorphic call to the DTIO procedure.
in order to elaborate what I have in mi
On Mon, Dec 12, 2016 at 3:29 AM, Tamar Christina
wrote:
> Hi Andrew,
>
> These should be fixed now.
Yes they are fixed.
Thanks,
Andrew
>
> Thanks,
> Tamar
>
>
> From: Andrew Pinski
> Sent: Wednesday, December 7, 2016 4:33:51 AM
> To: Christophe Lyon
> C
+/* The lower bound when precision isn't specified is 8 bytes
+ ("1.23456" since precision is taken to be 6). When precision
+ is zero, the lower bound is 1 byte (e.g., "1"). Otherwise,
+ when precision is greater than zero, then the lower bound
+ is 2 plus precision
This patch adds built-in function support for the new setb, cmprb, and
cmpeqb Power9 instructions. This third version of the patch differs
from the second in the following ways:
1. Changed the name of the *cmprb, *setb, *cmprb2, and *cmpeqb new
instructions to *cmprb_internal, *setb_internal, a
The attached patch avoids infinite recursion when traversing phi
nodes in maybe_warn_alloc_args_overflow by using a bitmap to keep
track of those already visited and breaking out.
Thanks
Martin
PR tree-optimization/78775 - ICE in maybe_warn_alloc_args_overflow
gcc/ChangeLog:
PR tree-optimizati
On Mon, Dec 12, 2016 at 5:48 PM, Nathan Sidwell wrote:
> On 12/12/2016 04:44 PM, Jason Merrill wrote:
>>
>> On Mon, Dec 12, 2016 at 2:12 PM, Nathan Sidwell wrote:
>>>
>>> Solved by breaking TYPE_TEMPLATE_INFO into an underlying helper that
>>> doesn't deal with type aliases.
>>
>> I like this ide
On Mon, Dec 12, 2016 at 4:09 PM, Marek Polacek wrote:
> So I'm wondering how/if should we proceed with this. Seems that if we'll
> go with my patch, we might have to add a bunch of sentinels (it seemed that
> it's mostly warnings about GNU extensions that we want to silence for
> system headers),
On 12/12/2016 11:51 AM, Martin Sebor wrote:
The attached patch removes the unsafe assumption behind the ICE.
Is this okay for both trunk and GCC 6?
+ && TREE_CODE (innertype) == REFERENCE_TYPE
+ && TREE_CODE (TREE_TYPE (innertype)) == FUNCTION_TYPE
+ && TR
OK.
On Sat, Dec 10, 2016 at 6:04 AM, Jakub Jelinek wrote:
> Hi!
>
> Mangling of decltype(auto) has been added back in April 2013:
> https://gcc.gnu.org/ml/gcc-patches/2013-04/msg01273.html
> and matches the
> https://mentorembedded.github.io/cxx-abi/abi.html#mangling
> ::= Da # a
Hi:
I get the copyright assignment, it's ok for commit.
but recently, The gcc mainline trunk are fail to building on
mips64el-unknown-linux,
the bug https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78660 show the problem.
Thanks,
Paul
On Thu, Nov 17, 2016 at 7:14 PM, Matthew Fortune
wrote:
> Hi Jef
On Mon, Dec 12, 2016 at 11:12 AM, Nathan Sidwell wrote:
> This patch fixes an ICE in a checking build where structural_comptypes
> disagrees with TYPE_CANONICAL.
>
> An (implicit) template alias has a different TYPE_TI_TEMPLATE to the thing
> its aliasing. That make structural comparison think it
Dear Janus,
I woke up in the middle of the night realising that not only are you
right about the need for dynamic dispatch but that my dtio_20.f90 must
already work.
Thanks for putting me right!
Paul
On 13 December 2016 at 00:30, Janus Weil wrote:
> Hi Paul, hi all,
>
> 2016-12-12 21:04 GMT+01
101 - 121 of 121 matches
Mail list logo
