On 21 October 2010 16:49, Nathan Froyd wrote:
>> Is it easy to test lm32 on some simulator?
>
> lm32 has a gdb simulator available, so it should be fairly easy to write
> a board file for it if one doesn't already exist.
>
> Unfortunately, building lm32-elf is broken in several different ways
> ri
Hi :
In paper "Memory SSA-A Unified Approach for Sparsely Representing
Memory Operations",
section 2.2, it says :
"Whenever possible, compiler will create symbolic names to represent distinct
regions inside aggregates(called structure field tags or SFT). For instance,
in Figure 2(b), GCC will c
Ian Lance Taylor schrieb:
> Georg Lay writes:
>
>> Regs that are "naturally" dead because the function ends are not marked as
>> dead,
>> and therefore some optimization opportunities pass by unnoticed, e.g.
>> together
>> with recog.c::peep2_reg_dead_p() et. al.
>
> I don't understand what yo
Frédéric RISS writes:
>> The lower subreg pass will do that for you if you have the right set of
>> insns.
>
> Could you expand a bit on what the 'right set of instructions' is or
> even better give an example of an md file where we could find an
> example?
E.g., on a 32-bit system, start with a
On 10/20/2010 7:48 PM, Jie Zhang wrote:
Running CPU2006, with the hack removed I see about a 1% improvement in
specint (10% in 456.hmmer, a couple others in the 3% range, -3%
401.bzip2) and a 1% degradation in specfp (mainly due to a 13%
degradation in 435.gromacs). But 454.calculix also fails fo
On 10/23/2010 01:50 AM, Pat Haugen wrote:
On 10/20/2010 7:48 PM, Jie Zhang wrote:
Running CPU2006, with the hack removed I see about a 1% improvement in
specint (10% in 456.hmmer, a couple others in the 3% range, -3%
401.bzip2) and a 1% degradation in specfp (mainly due to a 13%
degradation in 4
This is the beta release of binutils 2.20.51.0.12 for Linux, which is
based on binutils 2010 1020 in CVS on sourceware.org plus various
changes. It is purely for Linux.
All relevant patches in patches have been applied to the source tree.
You can take a look at patches/README to see what have been
Frederic Riss writes:
> On 21 October 2010 16:49, Nathan Froyd wrote:
>>> Is it easy to test lm32 on some simulator?
>>
>> lm32 has a gdb simulator available, so it should be fairly easy to write
>> a board file for it if one doesn't already exist.
>>
>> Unfortunately, building lm32-elf is broke
"Amker.Cheng" writes:
>In paper "Memory SSA-A Unified Approach for Sparsely Representing
> Memory Operations",
> Did I miss anything or the implementation is different? Thanks.
The implementation of this stuff changes fairly regularly. The people
who like this kind of thing are still honin
Georg Lay writes:
> Unfortunately, not all dead regs are marked as dead.
OK, you have a good example. And my response is: it seems to me that
d15 should be marked as dead. So the question is why that is not
happening. I don't know the answer.
Ian
Hi --
I'm seeing test suite failures in g++ caused by
linking with the wrong libstdc++.so.
It looks like g++.exp always appends the default
directory
append flags -L${gccpath}/libstdc++-v3/src/.libs
instead of
append flags -L${gccpath}//libstdc++-v3/src/.libs
Has anyone else run into this p
On 10/22/2010 08:43 PM, Michael Eager wrote:
> Hi --
>
> I'm seeing test suite failures in g++ caused by
> linking with the wrong libstdc++.so.
>
> It looks like g++.exp always appends the default
> directory
> append flags -L${gccpath}/libstdc++-v3/src/.libs
> instead of
> append flags -L${gcc
Paolo Carlini wrote:
On 10/22/2010 08:43 PM, Michael Eager wrote:
Hi --
I'm seeing test suite failures in g++ caused by
linking with the wrong libstdc++.so.
It looks like g++.exp always appends the default
directory
append flags -L${gccpath}/libstdc++-v3/src/.libs
instead of
append flags -
On Fri, Oct 22, 2010 at 1:35 PM, Michael Eager wrote:
> Paolo Carlini wrote:
>>
>> On 10/22/2010 08:43 PM, Michael Eager wrote:
>>>
>>> Hi --
>>>
>>> I'm seeing test suite failures in g++ caused by
>>> linking with the wrong libstdc++.so.
>>>
>>> It looks like g++.exp always appends the default
>>
> The implementation of this stuff changes fairly regularly. The people
> who like this kind of thing are still honing in on the best way to
> handle aliasing information. Richard Guenther is the main guy working
> in this area today.
thanks very much for clarification.
--
Best Regards.
15 matches
Mail list logo