Hi,
As reported in PR56124, IRA causes redundant reload by preferring to put
pseudo which is target of loading in memory. Generally this is good but the
case in which the src of loading has side effect.
This patch fixes this issue by checking whether source of loading has side
effect.
I tested the
Hi,
The CE pass has been adapted to work with the probability of then/else
branches. Now the transformation is done only when it's profitable.
Problem is the change affects both performance and size, causing size
regression in many cases (especially in C library like Newlib).
So this patch relaxes
Gestión y Organización del Mantenimiento Seminario para técnicos y mandos
intermedios
18 y 19 de Abril de 2013 Mexico DF
Un programa de Mantenimiento bien ejecutado genera ahorros de mas de un 42 % en
los costos de Producción. Los beneficios que un buen nivel del Mantenimiento
reporta como cons
"cpmpilation"
probably meant "compilation"
John Franklin wrote:
"cpmpilation"
probably meant "compilation"
Thanks for the report. I have fixed it with the attached patch.
Tobias
Index: gcc-4.8/changes.html
===
RCS file: /cvs/gcc/wwwdocs/htdocs/gcc-4.8/changes.html,v
retri
On 2013.03.25 at 08:06 +0100, Markus Trippelsdorf wrote:
> On 2013.03.24 at 20:53 +0100, gcc_mailingl...@abwesend.de wrote:
> >
> > is it useful to compile gcc 4.8.0 with the lto option?
>
> If you want a (slightly) faster compiler then yes.
> Simply add "--with-build-config=bootstrap-lto" to you
Markus Trippelsdorf writes:
>
> So it appears, contrary to the advice given above, that it is not useful
> to build gcc 4.8.0 with the lto option at the moment.
Did you build firefox/kernel with debug info on/off?
Often debug info on changes the compiler performance significantly, as it
generate
On Mon, Mar 25, 2013 at 1:56 PM, Markus Trippelsdorf
wrote:
> On 2013.03.25 at 08:06 +0100, Markus Trippelsdorf wrote:
>> On 2013.03.24 at 20:53 +0100, gcc_mailingl...@abwesend.de wrote:
>> >
>> > is it useful to compile gcc 4.8.0 with the lto option?
>>
>> If you want a (slightly) faster compiler
On 2013.03.25 at 06:07 -0700, Andi Kleen wrote:
> Markus Trippelsdorf writes:
> >
> > So it appears, contrary to the advice given above, that it is not useful
> > to build gcc 4.8.0 with the lto option at the moment.
>
> Did you build firefox/kernel with debug info on/off?
>
> Often debug info o
On 2013.03.25 at 14:11 +0100, Richard Biener wrote:
> On Mon, Mar 25, 2013 at 1:56 PM, Markus Trippelsdorf
> wrote:
> > On 2013.03.25 at 08:06 +0100, Markus Trippelsdorf wrote:
> >> On 2013.03.24 at 20:53 +0100, gcc_mailingl...@abwesend.de wrote:
> >> >
> >> > is it useful to compile gcc 4.8.0 wit
On Mon, Mar 25, 2013 at 2:24 PM, Markus Trippelsdorf
wrote:
> On 2013.03.25 at 14:11 +0100, Richard Biener wrote:
>> On Mon, Mar 25, 2013 at 1:56 PM, Markus Trippelsdorf
>> wrote:
>> > On 2013.03.25 at 08:06 +0100, Markus Trippelsdorf wrote:
>> >> On 2013.03.24 at 20:53 +0100, gcc_mailingl...@abw
On Mon, Mar 25, 2013 at 12:29 AM, Andris Pavenis wrote:
>> Forgot to say that I also had to apply this patch
>>
>> --- ../gcc-4.8.0/libbacktrace/alloc.c2013-01-14 19:17:30.0
>> +0100
>> +++ ../gcc-4.80/libbacktrace/alloc.c2013-03-24 18:07:11.995891959
>> +0100
>> @@ -34,6 +34,7 @@
Greetings,
I am writing this email with regard to a potential project idea that's
hosted on the GCC wiki about porting the go programming language GCC
(gccgo) frontend to the GNU/HURD operating system (information found
here-> http://gcc.gnu.org/wiki/SummerOfCode and here->
http://www.gnu.org/soft
On Mon, Mar 25, 2013 at 7:42 AM, Fotis Koutoulakis
wrote:
>
> I am writing this email with regard to a potential project idea that's
> hosted on the GCC wiki about porting the go programming language GCC
> (gccgo) frontend to the GNU/HURD operating system (information found
> here-> http://gcc.gnu
On 2013.03.25 at 15:17 +0100, Richard Biener wrote:
> On Mon, Mar 25, 2013 at 2:24 PM, Markus Trippelsdorf
> wrote:
> > On 2013.03.25 at 14:11 +0100, Richard Biener wrote:
> >> On Mon, Mar 25, 2013 at 1:56 PM, Markus Trippelsdorf
> >> wrote:
> >> > On 2013.03.25 at 08:06 +0100, Markus Trippelsdor
Ian Lance Taylor, le Mon 25 Mar 2013 08:22:15 -0700, a écrit :
> > - What would be a skill level estimate for someone wishing to try this
> > project in an attempt to get his feet wet in compiler engineering?
>
> Unfortunately it's hard for me to judge. The most important skill
> would be the abi
Il 25/03/2013 00:00, Ian Lance Taylor ha scritto:
On Sun, Mar 24, 2013 at 10:51 AM, Fabrizio Gennari
wrote:
Il 24/03/2013 18:48, Fabrizio Gennari ha scritto:
Il 23/03/2013 18:07, DJ Delorie ha scritto:
The DJGPP build of gcc 4.8.0 was just uploaded, it might have some
patches that haven't be
On Mon, Mar 25, 2013 at 11:02 AM, Fabrizio Gennari
wrote:
> Il 25/03/2013 00:00, Ian Lance Taylor ha scritto:
>
>> On Sun, Mar 24, 2013 at 10:51 AM, Fabrizio Gennari
>> wrote:
>>>
>>> Il 24/03/2013 18:48, Fabrizio Gennari ha scritto:
>>>
Il 23/03/2013 18:07, DJ Delorie ha scritto:
>
On 3/25/13, Tom Tromey wrote:
>> "Lawrence" == Lawrence Crowl writes:
>
> Lawrence> My model is that I should be able to cut and paste an expression
> Lawrence> from the source to the debugger and have it work. I concede that
> Lawrence> C++ function overload resolution is a hard problem. H
> "Lawrence" == Lawrence Crowl writes:
Lawrence> Hm. I haven't thought about this deeply, but I think SFINAE may
Lawrence> not be less of an issue because it serves to remove candidates
Lawrence> from potential instantiation, and gdb won't be instantiating.
Lawrence> The critical distinction
On 3/25/13, Tom Tromey wrote:
>> "Lawrence" == Lawrence Crowl writes:
>
> Lawrence> Hm. I haven't thought about this deeply, but I think SFINAE may
> Lawrence> not be less of an issue because it serves to remove candidates
> Lawrence> from potential instantiation, and gdb won't be instantiat
> "Lawrence" == Lawrence Crowl writes:
Tom> Sure, but maybe for a critique of the approach. But only if you are
Tom> interested.
Lawrence> Sure, send it.
I think the intro text of this message provides the best summary of the
approach:
http://sourceware.org/ml/gdb-patches/2010-07/msg00284
On 03/25/2013 08:02 PM, Fabrizio Gennari wrote:
Il 25/03/2013 00:00, Ian Lance Taylor ha scritto:
What failed without that patch?
In file included from ../../../gcc-4.80/libbacktrace/alloc.c:39:0:
../../../gcc-4.80/libbacktrace/internal.h:141:11: error: unknown type name
‘off_t’
off_t offset
Hi,
We noticed some performance gains if we are not using jump over some
simple switch statements. Here is the idea: Check whether the switch
statement can be expanded with conditional instructions. In that case
jump tables should be avoided since some branch instructions can be
eliminated in furth
On Tue, Mar 26, 2013 at 01:23:58AM +0400, Dinar Temirbulatov wrote:
> Hi,
> We noticed some performance gains if we are not using jump over some
> simple switch statements. Here is the idea: Check whether the switch
> statement can be expanded with conditional instructions. In that case
> jump tabl
25 matches
Mail list logo
