On Tue, Jan 17, 2017 at 1:20 PM, Nathan Sidwell wrote:
> Jason,
> in r241944:
> 2016-11-07 Jason Merrill
>
> Implement P0012R1, Make exception specifications part of the type
> system.
>
> You increment processing_template_decl around the mangling of a template
> function decl.
On Tue, Jan 17, 2017 at 3:14 PM, Jason Merrill wrote:
> On Tue, Jan 17, 2017 at 1:20 PM, Nathan Sidwell wrote:
>> Jason,
>> in r241944:
>> 2016-11-07 Jason Merrill
>>
>> Implement P0012R1, Make exception specifications part of the type
>> system.
>>
>> You increment processing_
Hi!
I've backported a couple of patches to gcc-6-branch after
bootstrapping/regtesting them on x86_64-linux and i686-linux.
Jakub
2017-01-17 Jakub Jelinek
Backported from mainline
2016-12-21 Jakub Jelinek
PR fortran/78866
* openmp.c (resolve_omp_cla
On Tue, Jan 17, 2017 at 05:43:54PM +, Segher Boessenkool wrote:
> Currently, on PowerPC, code compiled with -fstack-protector will load
> the canary from -0x7010(13) (for -m64) or from -0x7008(2) (for -m32)
> if GCC was compiled against GNU libc 2.4 or newer or some other libc
> that supports -
On Tue, 2017-01-17 at 10:28 +0100, Richard Biener wrote:
> On Mon, Jan 16, 2017 at 10:42 PM, Jeff Law wrote:
> > On 01/09/2017 07:38 PM, David Malcolm wrote:
> > >
> > > gcc/ChangeLog:
> > > * passes.c: Include "insn-addr.h".
> > > (should_skip_pass_p): Add logging. Update logic f
On Tue, 2017-01-17 at 10:45 +0100, Christophe Lyon wrote:
> On 16 January 2017 at 19:50, David Malcolm
> wrote:
> > On Mon, 2017-01-16 at 13:31 +0100, Rainer Orth wrote:
> > > Hi Christophe,
> > >
> > > > > Successfully bootstrapped®rtested on x86_64-pc-linux-gnu;
> > > > > adds 34 PASS results t
This patch adds fuchsia support to libstdc++. OK for trunk?
Thanks -
Josh
2017-01-17 Joshua Conner
* crossconfig.m4: Add fuchsia OS.
* configure: Regenerate.
Index: configure
===
--- configure (revision 24454
On Tue, Jan 17, 2017 at 12:48 PM, Karsten Merker wrote:
> On Mon, Jan 16, 2017 at 09:37:15PM -0800, Palmer Dabbelt wrote:
>> On Sat, 14 Jan 2017 02:05:27 PST (-0800), mer...@debian.org wrote:
>> > Palmer Dabbelt wrote:
>> >
>> >> diff --git a/gcc/config/riscv/linux.h b/gcc/config/riscv/linux.h
>>
Hi Wilco,
On 18/01/17 06:23, Wilco Dijkstra wrote:
ChangeLog:
2017-01-17 Wilco Dijkstra
* config/arm/arm.md (ashldi3): Remove shift by 1 expansion.
(arm_ashldi3_1bit): Remove pattern.
(ashrdi3): Remove shift by 1 expansion.
(arm_ashrdi3_1bit): Remove pattern.
Applied.
--
Eric BotcazouIndex: gcc-7/changes.html
===
RCS file: /cvs/gcc/wwwdocs/htdocs/gcc-7/changes.html,v
retrieving revision 1.38
diff -r1.38 changes.html
57c57,61
<
---
> Ada
>
> On mainstream native platforms, Ada programs
Gerald -
Attached is my recommended patch for changes to the web docs describing Fuchsia
support. Please let
me know if there's anything else I can do.
Thanks!
- Josh
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 Fu
On Tue, Jan 17, 2017 at 12:43 PM, Segher Boessenkool
wrote:
> Currently, on PowerPC, code compiled with -fstack-protector will load
> the canary from -0x7010(13) (for -m64) or from -0x7008(2) (for -m32)
> if GCC was compiled against GNU libc 2.4 or newer or some other libc
> that supports -fstack-
Hi Vladimir,
On 17 January 2017 at 17:14, Vladimir Makarov wrote:
> The following patch fixes
>
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79058
>
> The patch was successfully bootstrapped and tested on x86-64.
>
> Committed as rev. 244535.
>
>
The new testcase fails to compile on arm*-linux
On 17/01/17 13:15 -0800, Josh Conner via libstdc++ wrote:
This patch adds fuchsia support to libstdc++. OK for trunk?
Is fuchsia only supported as a cross-compiler target, not native?
On 1/17/17 2:35 PM, Jonathan Wakely wrote:
On 17/01/17 13:15 -0800, Josh Conner via libstdc++ wrote:
This patch adds fuchsia support to libstdc++. OK for trunk?
Is fuchsia only supported as a cross-compiler target, not native?
For the moment. I have a patch that adds fuchsia support to libtool
On 17/01/17 14:55 -0800, Josh Conner via libstdc++ wrote:
On 1/17/17 2:35 PM, Jonathan Wakely wrote:
On 17/01/17 13:15 -0800, Josh Conner via libstdc++ wrote:
This patch adds fuchsia support to libstdc++. OK for trunk?
Is fuchsia only supported as a cross-compiler target, not native?
For the
kugan wrote:
> Wilco Dijkstra wrote:
> > + /* Slightly disparage left shift by 1 at so we prefer adddi3. */
> > + if (code == ASHIFT && XEXP (x, 1) == CONST1_RTX (SImode))
> Your ChangeLog says decrease cost for ashldi3 by 1 but looks like it is
> done only for SImode. Am I missing s
On 1/17/17 3:27 PM, Jonathan Wakely wrote:
On 17/01/17 14:55 -0800, Josh Conner via libstdc++ wrote:
On 1/17/17 2:35 PM, Jonathan Wakely wrote:
On 17/01/17 13:15 -0800, Josh Conner via libstdc++ wrote:
This patch adds fuchsia support to libstdc++. OK for trunk?
Is fuchsia only supported as a
On 01/17/2017 05:41 AM, Moore, Catherine wrote:
>
>
>> ...
>> Having thought further I agree we can safely ignore DSP indexed load
>> and micromips LWXS on
>> the basis that DSP code will not run on a MIPS64 processor anyway (at
>> least none that I
>> know of) so the issue cannot occur and simila
On 01/17/2017 02:21 AM, Richard Biener wrote:
So I guess my question is how do you ensure that even though cgraph hasn't
looked at code that we're appropriately conservative with how the file is
processed? Particularly if there's other code in the source file that is
expected to interact with t
On Tue, Jan 10, 2017 at 03:40:00PM +0100, Martin Liška wrote:
> On 01/10/2017 02:56 PM, Richard Biener wrote:
> >On Mon, Jan 9, 2017 at 4:05 PM, Martin Liška wrote:
> >>Second part of the patch does sorting of final congruence classes, it's
> >>groups
> >>and items included in the groups accordin
On Wed, Jan 11, 2017 at 04:39:19PM -0600, Segher Boessenkool wrote:
> On Mon, Jan 09, 2017 at 07:32:27PM -0500, Michael Meissner wrote:
> > This patch fixes PR target/79004 by eliminating the optimization of avoiding
> > direct move if we are converting an 8/16-bit integer value from memory to
> >
On Tue, Jan 17, 2017 at 07:39:05PM -0500, Michael Meissner wrote:
> It turns out the testcase I submitted for pr79004 failed, since I had the
> wrong
> syntax for \m and \M (you need to use {\m...\M} not "\m...\M".
You can use quotes, but then it is "\\m...\\M", like with all backslashes
in quote
On Tue, Jan 17, 2017 at 07:00:36PM -0600, Segher Boessenkool wrote:
> On Tue, Jan 17, 2017 at 07:39:05PM -0500, Michael Meissner wrote:
> > It turns out the testcase I submitted for pr79004 failed, since I had the
> > wrong
> > syntax for \m and \M (you need to use {\m...\M} not "\m...\M".
>
> Yo
This patch adds test gcc.dg/strncmp-2.c for builtin expansion of
strncmp and strcmp. This tests a couple more things such as differences
that occur after the zero byte, and something that glibc does which is
to call strncmp with SIZE_MAX for the length which looks for overflow
issues.
I've include
This patch adds support for adding built-in functions for the ISA 3.0 vector
byte reverse instructions (XXBR{Q,D,W,H}).
The vec_revb built-in function follows the specifications in the OpenPOWER ABI
for Linux Supplement Power Architecture 64-Bit ELF V2 ABI and reverses the
bytes in each vector ele
On 01/17/2017 10:57 AM, Jeff Law wrote:
On 01/17/2017 09:12 AM, Martin Sebor wrote:
On 01/17/2017 08:26 AM, Jeff Law wrote:
On 01/16/2017 05:06 PM, Martin Sebor wrote:
The test case submitted in bug 79095 - [7 regression] spurious
stringop-overflow warning shows that GCC optimizes some loops
i
On 01/17/2017 12:38 AM, Jakub Jelinek wrote:
On Mon, Jan 16, 2017 at 05:06:40PM -0700, Martin Sebor wrote:
The test case submitted in bug 79095 - [7 regression] spurious
stringop-overflow warning shows that GCC optimizes some loops
into calls to memset with size arguments in excess of the object
On Mon, Jan 16, 2017 at 7:21 AM, Rainer Orth
wrote:
>
> I'm getting further on Solaris now, but the build still fails:
I committed this patch to fix the remaining build problems on Solaris.
Bootstrapped and ran some of the Go tests on i386-sun-solaris11 and
x86_64-pc-linux-gnu.
Ian
Index: gcc/go
Committed. Thanks!
On 01/17/2017 08:16 PM, Martin Sebor wrote:
On 01/17/2017 12:38 AM, Jakub Jelinek wrote:
On Mon, Jan 16, 2017 at 05:06:40PM -0700, Martin Sebor wrote:
The test case submitted in bug 79095 - [7 regression] spurious
stringop-overflow warning shows that GCC optimizes some loops
into calls to memse
Hi,
as was figured out in PR LTO + ASan raises false initialization order
fiasco alarm due to in LTO case main_input_filename doesn't match module
name passed to __asan_before_dynamic_init.
Following Jakub's suggestion I used TRANSLATION_UNIT_DECL for
corresponding globals to overcome this iss
101 - 132 of 132 matches
Mail list logo
