Attached is a rewrite of the patch to enforce that GCC builtin
functions with no library equivalents are only used to make
calls or cast to void (or in sizeof and _Alignof expressions
as a GCC extension). This version of the patch also addresses
the requests made in responses to the first patch.
On 26/06/15 04:27, Jeff Law wrote:
> On 06/24/2015 12:36 AM, Kugan wrote:
>>
>>
>> On 23/06/15 01:09, Richard Biener wrote:
>>> On Sat, Jun 20, 2015 at 9:12 AM, Kugan
>>> wrote:
As discussed in PR64130, this patch improves the VRP value ranges for
unsigned division.
Bootstrap
On 06/24/2015 09:46 PM, Jeff Law wrote:
On 06/23/2015 07:00 PM, Sandra Loosemore wrote:
On 06/18/2015 11:32 AM, Eric Botcazou wrote:
The attached patch teaches regrename to validate insns affected by each
register renaming before making the change. I can see at least two
other ways to handle t
Hello!
Attached patch cleans MPX patterns a bit. Additionally, it moves a
couple of checks out from the expander to the call site and uses a
couple of helper functions.
There are no functional changes in the patch.
2015-06-28 Uros Bizjak
* config/i386/i386.md (_ldx): Do not zero-extend
(this message looks like it was lost in my draft folder...)
On Tue, 26 May 2015, Richard Biener wrote:
+(match zerop integer_zerop)
+(match zerop real_zerop)
Would it also include fixed_zerop?
Probably, yes. The main issue is that I know next to nothing about
fixed-point types, so I am alwa
Applied.
Gerald
Index: extensions.html
===
RCS file: /cvs/gcc/wwwdocs/htdocs/extensions.html,v
retrieving revision 1.55
diff -u -r1.55 extensions.html
--- extensions.html 21 Apr 2015 10:11:35 - 1.55
+++ extensions.html
Now that Andreas is on board, time to dust off some older issues
of mine. :-)
I verified that current GCC HEAD generates fsincos on FreeBSD/i386
with -ffastmath (and no options otherwise), and generates a call
to a sin() function otherwise.
So, okay to apply this patch? And if so, okay to push
Applied.
Gerald
Index: projects/cli.html
===
RCS file: /cvs/gcc/wwwdocs/htdocs/projects/cli.html,v
retrieving revision 1.26
diff -u -r1.26 cli.html
--- projects/cli.html 30 Jun 2014 22:07:35 - 1.26
+++ projects/cli.html
No feedback, so I now went ahead and applied this.
Tobias, if you have any suggestions, please advise.
Gerald
On Sun, 12 Apr 2015, Gerald Pfeifer wrote:
> [ Tobias, your bur...@net-b.de account just bounced with "mailbox full"! ]
>
> On Tue, 18 Feb 2014, Tobias Burnus wrote:
>> is the wording o
A little embarrassing to have such a broken link on this page.
Fixed.
Gerald
Index: about.html
===
RCS file: /cvs/gcc/wwwdocs/htdocs/about.html,v
retrieving revision 1.25
diff -u -r1.25 about.html
--- about.html 1 Feb 2015 19:38:35
On Fri, 26 Jun 2015, Ramana Radhakrishnan wrote:
> OK ?
One sence has "will ... either ... or would" where I think
using "will" in both cases may be better?
Apart from this it looks good to me. Plus, as maintainer you
don't need approval for contributions like this. :-)
Gerald
> On Jun 25, 2015, at 9:44 AM, Kumar, Venkataramanan
> wrote:
>
> I got around ~12% gain with -Ofast -mcpu=cortex-a57.
I get around 11/12% on thunderX with the patch and the decreasing the
iterations change (1/2) compared to without the patch.
Thanks,
Andrew
>
> Regards,
> Venkat.
>
Applied.
Gerald
Index: gcc-4.6/porting_to.html
===
RCS file: /cvs/gcc/wwwdocs/htdocs/gcc-4.6/porting_to.html,v
retrieving revision 1.7
diff -u -r1.7 porting_to.html
--- gcc-4.6/porting_to.html 28 Jun 2014 22:44:29 - 1.7
On Sat, 27 Jun 2015, Gerald Pfeifer wrote:
> ...so adjust all the links. Applied.
Plus one I missed yesterday.
Gerald
Index: gcc-3.2/c++-abi.html
===
RCS file: /cvs/gcc/wwwdocs/htdocs/gcc-3.2/c++-abi.html,v
retrieving revision 1.7
Applied.
Gerald
2015-06-27 Gerald Pfeifer
* done.html: www.pdflabs.com now uses https.
Index: done.html
===
RCS file: /cvs/gcc/wwwdocs/htdocs/java/done.html,v
retrieving revision 1.53
diff -u -r1.53 done.html
--- done.ht
For bfin looping optimization, after lsetup optimization, it can have
the correct lsetup related insns which causes gcc_assert for jump_insn.
The related bug is Bug 66620.
2015-06-28 Chen Gang
* config/bfin/bfin.c (hwloop_optimize): Use return false instead
of gcc_assert for c
On Thu, Jun 25, 2015 at 04:37:29AM -0700, H.J. Lu wrote:
> On Wed, Jun 10, 2015 at 6:20 AM, Rainer Orth
> wrote:
> > "H.J. Lu" writes:
> >
> >> On Tue, May 19, 2015 at 8:33 AM, Joseph Myers
> >> wrote:
> >>> On Tue, 19 May 2015, H.J. Lu wrote:
> >>>
> > I think the whole thing should be po
On Fri, 26 Jun 2015, Richard Biener wrote:
OK. The reason I was being paranoid was that I couldn't see anywhere
where we enforced that the vector condition in a VEC_COND had to have
the same element width as the values being selected.
We don't require that indeed.
tree-cfg.c
only checks t
This patch sets REG_EQUAL when emitting arm_emit_movpair.
Thanks,
Kugan
gcc/testsuite/ChangeLog:
2015-06-26 Kugan Vivekanandarajah
* gcc.target/arm/reg_equal_test.c: New test.
gcc.
2015-06-26 Kugan Vivekanandarajah
* config/arm/arm.c (arm_emit_movpair): Add REG_EQUAL no
This patch allows setting REG_EQUAL for ZERO_EXTRACT and handle that in
cse (where the src for the ZERO_EXTRACT needs to be calculated)
Thanks,
Kugan
2015-06-26 Kugan Vivekanandarajah
* cse.c (cse_insn): Calculate src_eqv for ZERO_EXTRACT.
* emit-rtl.c (set_for_reg_notes): Al
When we split constants with the arm_emit_movpair, we are not setting
the REG_EQUAL note. This patch attempts to do that.
Fist patch allow setting REG_EQUAL for ZERO_EXTRACT and handle that in
cse (where the src for the ZERO_EXTRACT needs to be calculated)
Second patch sets REG_EQUAL when emitting
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 Swedish team of translators. The file is available at:
http://translationproject.org/latest/gcc/sv.po
(This file, 'gcc-5.1.0.sv.po', has just
22 matches
Mail list logo
