Hi,
the following patch adds fix-it hints to the C++ parser for two wrongly
used keywords detected in cp_parser_decl_specifier_seq.
Bootstrapped and regtested on x86_64-pc-linux-gnu.
OK for trunk?
Regards,
Volker
2017-04-29 Volker Reichelt
* parser.c (cp_parser_decl_specifier_seq)
On Sat, 2017-04-29 at 19:42 +0200, Volker Reichelt wrote:
> Hi,
>
> the following patch adds fix-it hints to the C++ parser for a stray
> comma and a missing semicolon at the end of a member declaration.
>
> Bootstrapped and regtested on x86_64-pc-linux-gnu.
>
> OK for trunk?
OK for trunk
Than
On Sat, Apr 29, 2017 at 10:43:52PM +0200, Steven Bosscher wrote:
> On Wed, Apr 26, 2017 at 1:25 PM, Jakub Jelinek wrote:
> > Or shall we just:
> > --- gcc/alias.c 2017-04-25 15:51:31.072923325 +0200
> > +++ gcc/alias.c 2017-04-26 13:23:55.595048464 +0200
> > @@ -3221,6 +3221,8 @@ memory_modified_in
On Wed, Apr 26, 2017 at 1:25 PM, Jakub Jelinek wrote:
> Or shall we just:
> --- gcc/alias.c 2017-04-25 15:51:31.072923325 +0200
> +++ gcc/alias.c 2017-04-26 13:23:55.595048464 +0200
> @@ -3221,6 +3221,8 @@ memory_modified_in_insn_p (const_rtx mem
> {
>if (!INSN_P (insn))
> return false;
>
Calling memset, memcpy, or similar to write to an object of
a non-trivial type (such as one that defines a ctor or dtor,
or has such a member) can break the invariants otherwise
maintained by the class and cause undefined behavior.
The motivating example that prompted this work was a review of
a
Hello, gentle maintainer.
This is a message from the Translation Project robot.
A revised PO file for textual domain 'gcc' has been submitted
by the French team of translators. The file is available at:
http://translationproject.org/latest/gcc/fr.po
(This file, 'gcc-7.1-b20170427.fr.po', h
* { dg-warning "precision out of range" } */
FAIL: gcc.dg/tree-ssa/builtin-sprintf-warn-18.c (test for warnings, line 123)
FAIL: gcc.dg/tree-ssa/builtin-sprintf-warn-18.c (test for warnings, line 125)
FAIL: gcc.dg/tree-ssa/builtin-sprintf-warn-18.c (test for excess errors)
Excess errors:
/da
Ping...
I attached the latest version of my patch.
Thanks
Bernd.
On 12/18/16 14:14, Bernd Edlinger wrote:
> Hi,
>
> this splits the *arm_negdi2, *arm_cmpdi_insn and *arm_cmpdi_unsigned
> also at split1 except for TARGET_NEON and TARGET_IWMMXT.
>
> In the new test case the stack is reduced to ab
Ping...
I attached a rebased version since there was a merge conflict in
the xordi3 pattern, otherwise the patch is still identical.
It splits adddi3, subdi3, anddi3, iordi3, xordi3 and one_cmpldi2
early when the target has no neon or iwmmxt.
Thanks
Bernd.
On 11/28/16 20:42, Bernd Edlinger wr
Hi,
the following patch adds fix-it hints to the C++ parser for a stray
comma and a missing semicolon at the end of a member declaration.
Bootstrapped and regtested on x86_64-pc-linux-gnu.
OK for trunk?
Regards,
Volker
2017-04-29 Volker Reichelt
* parser.c (cp_parser_member_declar
Hello, gentle maintainer.
This is a message from the Translation Project robot.
A revised PO file for textual domain 'cpplib' has been submitted
by the French team of translators. The file is available at:
http://translationproject.org/latest/cpplib/fr.po
(This file, 'cpplib-7.1-b20170101.
cpplib-7.1-b20170101.fr.po.gz
Description: Binary data
The Translation Project robot, in the
name of your translation coordinator.
cpplib-7.1-b20170101.fr.po.gz
Description: Binary data
The Translation Project robot, in the
name of your translation coordinator.
Hello, gentle maintainer.
This is a message from the Translation Project robot.
A revised PO file for textual domain 'cpplib' has been submitted
by the French team of translators. The file is available at:
http://translationproject.org/latest/cpplib/fr.po
(This file, 'cpplib-7.1-b20170101.
Ping...
On 04/20/17 20:11, Bernd Edlinger wrote:
> Ping...
>
> for this patch:
> https://gcc.gnu.org/ml/gcc-patches/2017-01/msg01351.html
>
> On 01/18/17 16:36, Bernd Edlinger wrote:
>> On 01/13/17 19:28, Bernd Edlinger wrote:
>>> On 01/13/17 17:10, Bernd Edlinger wrote:
On 01/13/17 14:50, Ri
On Wed, Feb 15, 2017 at 12:51:30PM +0100, Jakub Jelinek wrote:
> On Wed, Feb 15, 2017 at 12:46:44PM +0100, Richard Biener wrote:
> > >> Possibly, but for GCC 8.
> > >
> > > To both this switchconv patch and the potential improvement for loading
> > > from const arrays (can create an enhancement PR
On Fri, Apr 21, 2017 at 04:42:03PM +0200, Richard Biener wrote:
> On April 21, 2017 4:06:59 PM GMT+02:00, Jakub Jelinek
> wrote:
> >This patch attempts to implement the optimization mentioned in
> >http://gcc.gnu.org/ml/gcc-patches/2017-02/msg00945.html
> >If we know a (relatively small) value ra
On Fri, Apr 28, 2017 at 12:32:47PM -0600, Jeff Law wrote:
> On 04/26/2017 05:25 AM, Jakub Jelinek wrote:
> > On Tue, Apr 25, 2017 at 09:31:00PM +0200, Jakub Jelinek wrote:
> > > This patch let us search for x's setter earlier in the bb.
> > > During testing I found that modified_in_p/modified_in_be
On Fri, 28 Apr 2017, Martin Liška wrote:
> I'm planning to include the simple ones (not requesting infrastructure
> changes) to backport. What's your opinion about doc changes, should I
> include that as well?
Given that GCC 7 is going to be the one used in various environments
for years (and wi
On April 29, 2017 3:59:27 AM GMT+02:00, Palmer Dabbelt
wrote:
>We've been telling people that "riscv32-*" and "riscv64-*" are exactly
>the same toolchain aside from defaults for "-march" and "-mabi", but it
>appears we were lying. As far as I can tell, binutils doesn't support
>64-bit targets wh
On April 29, 2017 9:17:12 AM GMT+02:00, Marc Glisse
wrote:
>Hello,
>
>this patch seems rather trivial, once one knows that those functions
>always write exactly n characters (they fill with 0 as needed at the
>end).
>
>Bootstrap+regtest on powerpc64le-unknown-linux-gnu.
OK.
Richard.
>2017-05-
On 29 April 2017 at 01:37, Jeff Law wrote:
> On 04/25/2017 12:06 AM, Prathamesh Kulkarni wrote:
>>
>> On 25 April 2017 at 02:41, Jeff Law wrote:
>>>
>>> On 02/25/2017 01:40 AM, Prathamesh Kulkarni wrote:
Hi,
The attached patch deletes calls to strdup, strndup if it's
retu
This redirects to a weird page now, with a strange error message,
so best removing it.
Done thusly.
Gerald
Index: readings.html
===
RCS file: /cvs/gcc/wwwdocs/htdocs/readings.html,v
retrieving revision 1.277
diff -u -r1.277 readings
Hi,
tree-prof/pr66295.c fails for me with:
...
/tmp/ccNQJq0U.s: Assembler messages:
/tmp/ccNQJq0U.s:102: Error: no such instruction: `vpxord %zmm0,%zmm0,%zmm0'
/tmp/ccNQJq0U.s:127: Error: no such instruction: `vpxord %zmm0,%zmm0,%zmm0'
...
The test-case builds clones for the following architectu
Hello,
this patch seems rather trivial, once one knows that those functions
always write exactly n characters (they fill with 0 as needed at the end).
Bootstrap+regtest on powerpc64le-unknown-linux-gnu.
2017-05-02 Marc Glisse
PR tree-optimization/80487
gcc/
* tree-ssa-alia
On 04/28/17 20:46, Jeff Law wrote:
> On 04/28/2017 11:27 AM, Bernd Edlinger wrote:
>>>
>>
>> Yes I agree, that is probably not worth it. So I could try to remove
>> the special handling of PIC+const and see what happens.
>>
>> However the SYMBOL_REF_FUNCTION_P is another story, that part I would
>
26 matches
Mail list logo
