Hi, I'm a guy working with gcc4.1.1 on itanium2. In my work, some
instrumentations are added by gcc. After instrumentation, all
specint2000 benchmarks except gzip can successfully run with
optimization flag -O3. There are some information list below:
1. Gzip can successfully run when compile with
I use propagate_one_insn to get the current insn's live in. But it
seems wrong when propagate.
Before propagate one insn, there is no reg111 in live out and current
insn def the reg111, how can reg111
appear in live in after propagate???
My flag to propagate is:
flags = PROP_DEATH_NOTES;
-- Forwarded message --
From: 袁立威 [EMAIL PROTECTED]
Date: Wed, Apr 16, 2008 at 6:03 PM
Subject: Re: A live analysis problem on gcc4.2.3
To: Eric Botcazou [EMAIL PROTECTED]
Yes, I'm talking about propagate one insn in flow.c. How I map live in
and live out, please see the code
I don't want to update insn_live_in, I just want to get each insn's
live in and live out, so I start from the end of basic block and
propagate backward.
I also make an assertion that when current insn meets block's first
insn this backward calculate the same result as block's live in.
More
Sorry for misleading. Here, before propagation, the first fprintf
dumps the last insn's live in ( which is also the current insn's live
out in bb, and dumped by the second fprintf before propagation )
What I do is:
Start from the bb's live out and calculate each insn's live inout.
Where the first
Yes. Any help?
On Wed, Apr 16, 2008 at 7:20 PM, Eric Botcazou [EMAIL PROTECTED] wrote:
Start from the bb's live out and calculate each insn's live inout.
Where the first insn's live in must be the bb's live in, but the
assertion failed.
So you're dumping pbi-reg_live after the call to
I'm a guy working on IA64 and I need to compile glibc with gcc4.2.
I tried gcc version 4.2.2 to build glibc 2.5, 2.6 and 2.7, all failed with:
internal compiler error: RTL flag check: INSN_DELETED_P used with
unexpected rtx code 'plus' in output_constant_pool_1, at varasm.c:
3393
I also tried
Hi, everyone
I'm a guy working on IA64 with gcc version 4.1.1, and I need to do
some instrumentation to do information flow tracking.
Instrumentation is insert after register allocation and before the
second scheduling, I suppose gcc will automatic maintain data flow,
and it seems to be
except
Hi,
I'm working on IA64 with GCC-4.1.1; what I do is to instrument some
sensitive instructions (e.g. memory access) to do information flow
tracking. As I insert the instrumentation after register allocation,
I need to allocate general registers and predicates myself; for
corner cases in
Hi,
I'm working on IA64 with GCC-4.1.1; what I do is to instrument some
sensitive instructions (e.g. memory access) to do information flow
tracking. As I insert the instrumentation after register allocation,
I need to allocate general registers and predicates myself; for
corner cases in
10 matches
Mail list logo
