On 08/18/2010 01:02 PM, Michael Meissner wrote:
> Cool. I've been hoping to get the decks cleared, and add the power support as
> well.
Adding ppc support would be Really Nice. At the moment I
appear to be limited to #ifdef __ALTIVEC__.
r~
On Wed, Aug 18, 2010 at 12:56:47PM -0700, Richard Henderson wrote:
> On 08/18/2010 12:06 PM, Michael Meissner wrote:
> > Now, unfortunately, I've been away from the code for about 2 years, and I
> > don't
> > know whether it has bit-rotted or not.
>
> It hasn't. In fact, the Vectorize _cpp_clean
On 08/18/2010 12:06 PM, Michael Meissner wrote:
> Now, unfortunately, I've been away from the code for about 2 years, and I
> don't
> know whether it has bit-rotted or not.
It hasn't. In fact, the Vectorize _cpp_clean_line thread
contains a patch that uses it. Not quite ready to commit,
but nea
On Thu, Aug 05, 2010 at 03:48:55PM +0200, Claudiu Zissulescu wrote:
> Hi,
>
> I want to use a different CALL_USED_REGISTER set per individual
> function. The issue here is to inform a caller about the callee
> CALL_USED_REGISTERS and save/restore at caller level the possible
> altered registers.
Dear Friends,
I have submitted a tutorial proposal for GCC Summit. This email to get
an idea of whether this tutorial will be of interest to a sufficient
number of people. We have been conducting expanded versions of this
tutorial in India for past few years and it seems to gener
On Wed, Aug 18, 2010 at 01:43:10PM +0100, Ralf Baechle wrote:
> It was a nice optimization - on paper at least. In practice it results in
> branches that may exceed the maximum legal range for a branch. We can
> fight that problem with -ffunction-sections but -ffunction-sections again
> is incomp
On 18/08/2010 12:37, Steven Bosscher wrote:
On Wed, Aug 18, 2010 at 11:53 AM, Alain Ketterlin
wrote:
My question is: where do these irreducible loops come from? Which
optimization pass leads to irreducible regions? Thanks in advance for any
pointer.
Questions right back at you: What compi
Hi all,
While trying to generate a ARM-GCC for Linux with hard and soft FP
multilibs, I have noticed that:
- arm/linux-elf.h says the default float ABI is "hard" and
multilib_defaults includes "mhard-float"
- arm/linux-eabi.h says the default float ABI is "soft" but does not
change the multi
On Wed, Aug 18, 2010 at 11:53 AM, Alain Ketterlin
wrote:
>
> I'm working on decompiling x86-64 binary programs, using branches to rebuild
> a control-flow graph and looking for loops. I've found a significant number
> of irreducible loops in gcc-produced code (irreducible loops are loops with
> mo
I'm working on decompiling x86-64 binary programs, using branches to
rebuild a control-flow graph and looking for loops. I've found a
significant number of irreducible loops in gcc-produced code
(irreducible loops are loops with more than one entry point), especially
in -O3 optimized binaries
Hello all,
With Basile, I am working on Gengtype. Plugins needing gengtype like MELT
require the entire build and source dir of GCC. This is a bad kludge, so we
decided to persist gengtype state into a textual file. At last I have a working
prototype and I will post soon a patch.
Cheers.
--
J
11 matches
Mail list logo
