From: Sriraman Tallam <tmsriram@google.com>
To: Sriraman Tallam <tmsriram@google.com>,
binutils <binutils@sourceware.org>,
Ian Lance Taylor <iant@google.com>
Subject: Re: ICF on PowerPC Bug
Date: Wed, 02 Apr 2014 16:49:00 -0000 [thread overview]
Message-ID: <CAAs8HmwENDhLBNimGSmqW1ApRnZ1Ugpp8KRYDwgyw0=BFtOW9w@mail.gmail.com> (raw)
In-Reply-To: <20140402065443.GA18201@bubble.grove.modra.org>
On Tue, Apr 1, 2014 at 11:54 PM, Alan Modra <amodra@gmail.com> wrote:
> On Tue, Apr 01, 2014 at 03:06:37PM -0700, Sriraman Tallam wrote:
>> because fold2 is folded onto fold1. The only way to differentiate
>> fold1 and fold2 which have the same object code is via the relocation
>> type and the Info value is different. However, with powerpc this is
>> rewritten here in icf.cc:
>>
>> // Look through function descriptors
>> parameters->target().function_location(&loc);
>> if (loc.shndx != it_v->second)
>> {
>> it_v->second = loc.shndx;
>> // Modify symvalue/addend to the code entry.
>> it_a->first = loc.offset;
>> it_a->second = 0;
>> }
>>
>> I am not sure how to fix it.
>
> The following patch fixes the problem, but did you really mean to copy
> all the vectors here?
Yikes!, no did not intend that. I will make these references and send a patch.
Thanks
Sri
>
> Icf::Sections_reachable_info v =
> (it_reloc_info_list->second).section_info;
> // Stores the information of the symbol pointed to by the reloc.
> Icf::Symbol_info s = (it_reloc_info_list->second).symbol_info;
> // Stores the addend and the symbol value.
> Icf::Addend_info a = (it_reloc_info_list->second).addend_info;
> // Stores the offset of the reloc.
> Icf::Offset_info o = (it_reloc_info_list->second).offset_info;
> Icf::Reloc_addend_size_info reloc_addend_size_info =
> (it_reloc_info_list->second).reloc_addend_size_info;
>
>
> diff --git a/gold/icf.cc b/gold/icf.cc
> index f30eb41..920514c 100644
> --- a/gold/icf.cc
> +++ b/gold/icf.cc
> @@ -288,8 +288,7 @@ get_section_contents(bool first_iteration,
>
> for (; it_v != v.end(); ++it_v, ++it_s, ++it_a, ++it_o, ++it_addend_size)
> {
> - if (first_iteration
> - && it_v->first != NULL)
> + if (it_v->first != NULL)
> {
> Symbol_location loc;
> loc.object = it_v->first;
>
> --
> Alan Modra
> Australia Development Lab, IBM
next prev parent reply other threads:[~2014-04-02 16:49 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-04-01 22:06 Sriraman Tallam
2014-04-02 6:54 ` Alan Modra
2014-04-02 16:49 ` Sriraman Tallam [this message]
2014-04-02 19:11 ` Sriraman Tallam
2014-04-02 21:12 ` Cary Coutant
2014-04-03 0:11 ` Sriraman Tallam
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to='CAAs8HmwENDhLBNimGSmqW1ApRnZ1Ugpp8KRYDwgyw0=BFtOW9w@mail.gmail.com' \
--to=tmsriram@google.com \
--cc=binutils@sourceware.org \
--cc=iant@google.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).