Hi DJ,
Thanks for quick review.
>> +nop ; Additional nop for MAC
> >
>> mov a, #0x40
> Shouldn't the MOV after the nop add the extra cycle here?
Yes, this nop is not required. Tested without this and works OK.
Please find below an updated patch. Let me know if ok to commit.
Reg
Hi,
This patch removes some of the redundant sign/zero
extensions using value ranges informations generated by VRP.
When GIMPLE_ASSIGN stmts with LHS type smaller than word is expanded to
rtl, if we can prove that RHS expression value can always fit in LHS
type and there is no sign conversion, t
Hi,
Ping this patch by Chung-Lin.
http://gcc.gnu.org/ml/gcc-patches/2011-05/msg01179.html
This patch allows lr registers to be used in leaf functions for ARM.
There were some concerns about performance regression in thumb2 mode for
CoreMark. However, looking at the code further shows that this
I've added some more cleanup to make AutoFDO isolated as well as
consistent wil 4.8.
Bootstrapped and passed regression test and benchmark performance test.
OK for google branches?
Thanks,
Dehao
http://codereview.appspot.com/9250047
On Sat, May 11, 2013 at 9:30 PM, Xinliang David Li wrote:
>
Data flow based optimizations between mode switching and the emitting of the
prologue code have become more aggressive, making it necessary to emit
the saving of the config register during mode switching, lest mode switching
instructions are deleted.
Committed to trunk and gcc-4_8-branch.
2013-05
On Sat, 4 May 2013, Tom G. Christensen wrote:
> Testresults for 4.7.3
> arm-unknown-linux-gnueabi
> i386-pc-solaris2.8
> i686-pc-linux-gnu (2)
> mips-sgi-irix6.5
> powerpc-apple-darwin8.11.0
> sparc-sun-solaris2.9
Thanks, Tom, all patches are online now.
Gerald
On Fri, 10 May 2013, Kenny Simpson wrote:
> On http://gcc.gnu.org, the 4.8 status is still pointing to the original
> release note from 4.8.0.
>
> Shouldn't it be updated to the status report on 2013-05-07 ?
> http://gcc.gnu.org/ml/gcc/2013-05/msg00074.html
Yes, you're right. Fixed thusly.
Tha
On 11 May 2013 21:29:53 Steven Bosscher wrote:
Hello,
This just removes one unused function, and moves two functions from
emit-rtl.c to reorg.c which is the only place where they're used.
Will commit in a few days, barring objections.
Ciao!
Steven
* rtl.h (next_label, skip_consecuti
On Sat, 4 May 2013, Tom G. Christensen wrote:
> Testresults for 4.8.0
> hppa64-hp-hpux11.00
> i686-pc-linux-gnu
> powerpc-apple-darwin8.11.0
> powerpc-ibm-aix6.1.0.0
Thanks, Tom!
Gerald
Hello!
2013-05-12 Uros Bizjak
* config/i386/i386.md (*zero_extendsidi2): Add *x->?r alternative.
Tested on x86_64-pc-linux-gnu {,-m32} and committed to mainline SVN.
Uros.
Index: config/i386/i386.md
===
--- config/i386/i386.
On Sun, 12 May 2013, Steven Bosscher wrote:
>> I'll bring this up on the steering committee (not that I expect
>> a lot of discussion :-).
> Actually I hope for some discussion:
>
> Should new ports be allowed in if they rely so heavily on reload?
That's a gcc(-patches)@gcc.gnu.org level discussi
On Sat, 4 May 2013, Tom G. Christensen wrote:
> Testresults for 4.6.4
> i386-pc-solaris2.8
> powerpc-apple-darwin8.11.0
> sparc-sun-solaris2.9
Applied, thanks!
Gerald
On Sun, May 12, 2013 at 8:56 PM, Gerald Pfeifer wrote:
> On Fri, 10 May 2013, DJ Delorie wrote:
>> Index: MAINTAINERS
>> ===
>> +msp430 port DJ Delorie d...@redhat.com
>> +msp430 port Nick Clifton
On Fri, 10 May 2013, DJ Delorie wrote:
> Index: MAINTAINERS
> ===
> +msp430 port DJ Delorie d...@redhat.com
> +msp430 port Nick Cliftonni...@redhat.com
I'll bring this up on the steering comm
Hi Marcus,
Please find in that attachment two separate patches.
One for getting return address from frame, and second one conating
macros for profile code generation.
I have incorporated your review comments.
> +# We support profiling for AArch64 linux target.
> +if { [istarget aarch64
Janus Weil wrote:
Ok, so: How about the attached patch as a simple & backportable fix
for the regression? (Ok for trunk/4.8/4.7?)
I think that part is okay - but as you mentioned TYPE(*) in your last
email: That doesn't work; I think compare_type_rank should be made
asymmetrical in this regar
Hello,
While working on a sched-deps based delay slot scheduler, I've come to
the conclusion that the dependencies themselves must indicate whether
the dependent ref is delayed. So I started hacking sched-deps and ran
into trouble... It turns out there is a problem introduced along with
DEP_POSTPO
Hello,
this patch passes bootstrap+testsuite on x86_64-linux-gnu. When moving
uniform_vector_p, I only added the gcc_assert. Note that the fold_binary
patch helps for constant vectors, but not for {n,n,n,n}, which will
require some help in forwprop for instance. This transformation is already
On Sun, 2013-05-05 at 22:56 +0900, Kaz Kojima wrote:
> Oleg Endo wrote:
> > The operand mode in the tstsi_t_zero_extract_eq pattern was void on
> > purpose to match any mode (at least QI HI SI DI). The attached patch
> > fixes that.
> > OK for trunk and 4.8 if it passes testing? (I'd leave 4.7
{bits,ext}/opt_random.h became host specific in 4.8, but are still installed
into the host independent c++ include dir. install them into the host specific
include dir instead. Ok for 4.8 and trunk?
Matthias
2013-05-11 Matthias Klose
* include/Makefile.am (bits_headers): Remove ${
20 matches
Mail list logo
