From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <binutils-return-91887-listarch-binutils=sources.redhat.com@sourceware.org>
Received: (qmail 54523 invoked by alias); 22 Apr 2016 18:11:37 -0000
Mailing-List: contact binutils-help@sourceware.org; run by ezmlm
Precedence: bulk
List-Id: <binutils.sourceware.org>
List-Subscribe: <mailto:binutils-subscribe@sourceware.org>
List-Archive: <http://sourceware.org/ml/binutils/>
List-Post: <mailto:binutils@sourceware.org>
List-Help: <mailto:binutils-help@sourceware.org>, <http://sourceware.org/ml/#faqs>
Sender: binutils-owner@sourceware.org
Received: (qmail 54509 invoked by uid 89); 22 Apr 2016 18:11:36 -0000
Authentication-Results: sourceware.org; auth=none
X-Virus-Found: No
X-Spam-SWARE-Status: No, score=-2.3 required=5.0 tests=AWL,BAYES_00,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,SPF_PASS autolearn=ham version=3.3.2 spammy=
X-HELO: mail-qk0-f172.google.com
Received: from mail-qk0-f172.google.com (HELO mail-qk0-f172.google.com) (209.85.220.172) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES128-GCM-SHA256 encrypted) ESMTPS; Fri, 22 Apr 2016 18:11:25 +0000
Received: by mail-qk0-f172.google.com with SMTP id n63so41313140qkf.0        for <binutils@sourceware.org>; Fri, 22 Apr 2016 11:11:25 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;        d=1e100.net; s=20130820;        h=x-gm-message-state:mime-version:in-reply-to:references:date         :message-id:subject:from:to:cc;        bh=vPPLzgCWS9EGZbRrQ++kl0LOi+q25ay33atfQFd3Jck=;        b=DYdmm3j/C+hyHHWHXHmTUPAt65evqZ1LVgYV7I37uThb70N+wDPfJpKLpymilf78kj         w9l3rAH08JPJIgYOwjj4obIkWgVILfMFmfqKZylWWF9gcx709DT1w9zFzRSmhJdo/dsR         KgsgVVDjQqHMO5m++36J/RSWQu0i8QyEPkVaz56fZ9RT73uzBrS1h9MNqHEkccTE/roc         xKztLre17zdcH9b+0IFhW53LvQIJHkbPeVo2R6yjnzIdSqhvvU1swmWyWRarDjECdH4U         nGilMdsnzG+90X6s8k0ovepiLAGb7oqNR3kj63e3YBBqJcEXaeaqEfPraXxNjCHt3Y0w         4dDg==
X-Gm-Message-State: AOPr4FWmgwJRhE8sbPZQHwJX7fFOTVPmtU1QyEETthWOubYJ1usuPYU5clMbFJm/rq288+aY2yN00QyT99Q2Ew==
MIME-Version: 1.0
X-Received: by 10.55.146.199 with SMTP id u190mr5983084qkd.174.1461348683956; Fri, 22 Apr 2016 11:11:23 -0700 (PDT)
Received: by 10.55.217.134 with HTTP; Fri, 22 Apr 2016 11:11:23 -0700 (PDT)
In-Reply-To: <571A59A8.4000700@imgtec.com>
References: <20160223003208.GA30022@intel.com>	<571A59A8.4000700@imgtec.com>
Date: Fri, 22 Apr 2016 18:11:00 -0000
Message-ID: <CAMe9rOqr+E11vmpMV4Fo8Js_nCdsrcKpWKXQCUy+qSjjod=_hg@mail.gmail.com>
Subject: Re: [committed, PATCH] Always create dynsym section with dynamic sections
From: "H.J. Lu" <hjl.tools@gmail.com>
To: Faraz Shahbazker <faraz.shahbazker@imgtec.com>
Cc: Binutils <binutils@sourceware.org>
Content-Type: text/plain; charset=UTF-8
X-IsSubscribed: yes
X-SW-Source: 2016-04/txt/msg00378.txt.bz2

On Fri, Apr 22, 2016 at 10:04 AM, Faraz Shahbazker
<faraz.shahbazker@imgtec.com> wrote:
> Hi,
>
> This is breaking a gc-sections test-case for MIPS. MIPS at least, uses the
> elf_link_hash_table to track symbols even for static executables.
> The renumbering violates assertions about how MIPS expects the table to look.
>
> We could change the assert conditions, but I think thank since the NULL entry
> originated when the table was initialized, it should exist just
> the same after renumbering. If there is an additional case
> (dynamic_sections_created), it should be OR'd to the pre-existing condition.

Please see:

https://groups.google.com/d/msg/generic-abi/P9oE0srJtJI/ilktL8KJEQAJ

You need to find a different way to track it.

H.J.