On Tue, Jul 10, 2012 at 1:57 PM, Xinliang David Li wrote:
> Is this related to the problem described in
> http://gcc.gnu.org/ml/gcc-patches/2012-04/msg01511.html ?
This does not sounds related to me. This patch only fix the block info
for phi_arg_t.
The following patch is related to function spl
Is this related to the problem described in
http://gcc.gnu.org/ml/gcc-patches/2012-04/msg01511.html ?
David
On Mon, Jun 25, 2012 at 4:43 AM, Dehao Chen wrote:
> During function inlining, a lexical block is added for each cloned
> callee, and source info is attached to this block for addr2line to
On Tue, Jun 26, 2012 at 9:03 AM, Dehao Chen wrote:
> Hi, Richard,
>
> You are right, setting UNKNOWN_LOCATION will not affect addr2line
> result. Here is the updated patch:
>
> Passed bootstrap and gcc regression tests.
>
> Is it ok for trunk?
Yes.
Thanks,
Richard.
> Thanks,
> Dehao
>
> Index:
Hi, Richard,
You are right, setting UNKNOWN_LOCATION will not affect addr2line
result. Here is the updated patch:
Passed bootstrap and gcc regression tests.
Is it ok for trunk?
Thanks,
Dehao
Index: tree-inline.c
===
--- tree-inlin
On Mon, Jun 25, 2012 at 3:48 PM, Dehao Chen wrote:
> Hi, Richard,
>
> Thanks for the prompt response.
>
> On Mon, Jun 25, 2012 at 8:02 PM, Richard Guenther
> wrote:
>> On Mon, Jun 25, 2012 at 1:43 PM, Dehao Chen wrote:
>>> During function inlining, a lexical block is added for each cloned
>>> ca
Hi, Richard,
Thanks for the prompt response.
On Mon, Jun 25, 2012 at 8:02 PM, Richard Guenther
wrote:
> On Mon, Jun 25, 2012 at 1:43 PM, Dehao Chen wrote:
>> During function inlining, a lexical block is added for each cloned
>> callee, and source info is attached to this block for addr2line to
On Mon, Jun 25, 2012 at 1:43 PM, Dehao Chen wrote:
> During function inlining, a lexical block is added for each cloned
> callee, and source info is attached to this block for addr2line to
> derive the inline stack.
Well - the bug is then clearly
/* Set input_location here so we get the right