From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 76637 invoked by alias); 22 Apr 2016 08:55:40 -0000 Mailing-List: contact binutils-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: binutils-owner@sourceware.org Received: (qmail 76618 invoked by uid 89); 22 Apr 2016 08:55:40 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.5 required=5.0 tests=AWL,BAYES_00,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,SPF_PASS autolearn=ham version=3.3.2 spammy=hans-peter.nilsson@axis.com, hanspeternilssonaxiscom, hongjiu.lu@intel.com, hongjiuluintelcom X-HELO: mail-pf0-f171.google.com Received: from mail-pf0-f171.google.com (HELO mail-pf0-f171.google.com) (209.85.192.171) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES128-GCM-SHA256 encrypted) ESMTPS; Fri, 22 Apr 2016 08:55:30 +0000 Received: by mail-pf0-f171.google.com with SMTP id y69so21340763pfb.1 for ; Fri, 22 Apr 2016 01:55:29 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to:user-agent; bh=mc7PK/GxHTMk5sXvkyc3WgAfckS0MfbmXVjBEiHH7Qs=; b=kkRDtWAd8Da9BEMlY79pewP2VVrWnQdYWDs81uEuy4LN1oG8YFIodUgCMu35cio01J QsCKU/4j+y9b6vOwcmYvQR2yC4HcnAwScOQLtU+YvhYfAo9tRQw/CvbFiGFRVJcwMf6H eLZlS5R29CWGUWmmbjLcXddSoXWNuZh2Pv/agq+kE0mjIuJndAxcV9pRQCzMP5Eb/L31 +HP4zyyZL/3I/AzpUTheb9ZSms36snLQDc5wiFJZMD91VVHY8g1UBHBF1mU23WrMwYMe VTA9mPkrOJgKDbXwIo4XIwvPMwYceSweKbvN78MyJ3n0RW+eOuDbkQHsmq54S8abpd1u 74ig== X-Gm-Message-State: AOPr4FXkeqX3H7soi2FDTNcO8soXrl+Yi2Hm7iZe0jWEj+DrhOzlUacVVNdTtLULRRQYiQ== X-Received: by 10.98.22.193 with SMTP id 184mr21443246pfw.116.1461315328284; Fri, 22 Apr 2016 01:55:28 -0700 (PDT) Received: from bubble.grove.modra.org (CPE-58-160-146-233.sa.bigpond.net.au. [58.160.146.233]) by smtp.gmail.com with ESMTPSA id w15sm6627868pfa.34.2016.04.22.01.55.27 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 22 Apr 2016 01:55:27 -0700 (PDT) Received: by bubble.grove.modra.org (Postfix, from userid 1000) id 2DBF7EA0157; Fri, 22 Apr 2016 18:25:23 +0930 (ACST) Date: Fri, 22 Apr 2016 08:55:00 -0000 From: Alan Modra To: "H.J. Lu" Cc: Hans-Peter Nilsson , Binutils Subject: Re: [PATCH] Set dynobj to a normal input file if possible Message-ID: <20160422085522.GE27353@bubble.grove.modra.org> References: <20160421033150.GA24027@intel.com> <201604220339.u3M3dtEo021701@ignucius.se.axis.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) X-IsSubscribed: yes X-SW-Source: 2016-04/txt/msg00374.txt.bz2 On Thu, Apr 21, 2016 at 09:49:50PM -0700, H.J. Lu wrote: > On Thu, Apr 21, 2016 at 8:39 PM, Hans-Peter Nilsson > wrote: > >> Date: Wed, 20 Apr 2016 20:31:50 -0700 > >> From: "H.J. Lu" > > > >> * elflink.c (_bfd_elf_link_create_dynstrtab): Set dynobj to a > >> normal input file if possible. > > > > Looks like this caused, for a cross -m32 build to arm-unknown-eabi: > > > > Running /tmp/hpautotest-binutils/bsrc/src/ld/testsuite/ld-arm/arm-elf.exp ... > > FAIL: Indirect cross-library function reference > > FAIL: TLS dynamic application > > FAIL: GOT relocations in executables > > FAIL: Thumb and -gc-sections > > FAIL: Simple dynamic application > > FAIL: Simple dynamic application without .rel.plt in linker script > > FAIL: Non-pcrel function reference > > FAIL: Mixed ARM/Thumb dynamic application > > FAIL: Mixed ARM/Thumb arch5 dynamic application > > FAIL: Using Thumb lib by another lib > > FAIL: MOVW/MOVT against shared libraries > > FAIL: Mixed ARM/Thumb dynamic application with farcalls > > FAIL: Mixed ARM/Thumb arch5 dynamic application with farcalls > > FAIL: TLS long plt > > FAIL: IFUNC test 7 > > FAIL: IFUNC test 8 > > FAIL: IFUNC test 9 > > FAIL: IFUNC test 10 > > FAIL: IFUNC test 13 > > FAIL: IFUNC test 14 > > FAIL: IFUNC test 15 > > FAIL: IFUNC test 16 > > FAIL: Preempt Thumb symbol > > FAIL: ld-arm/unresolved-1-dyn Sounds like something should be fixed in the arm backend. Powerpc64 deliberately sets dynobj to the linker created "stub bfd", so there isn't some underlying generic problem with attaching the linker sections to a linker created bfd. In fact, it's a good idea. Hmm. ld-new: linker stubs: file class ELFCLASSNONE incompatible with ELFCLASS32 ld-new: final link failed: File in wrong format Yes, looks like there needs to be a small tweak. See bfd/elf64-ppc.c ppc64_elf_init_stub_bfd -- Alan Modra Australia Development Lab, IBM