This is the mail archive of the binutils@sourceware.org mailing list for the binutils project.

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]
Other format:	[Raw text]

Re: dependency list for static libraries

From: Howard Chu <hyc at symas dot com>
To: Joseph Myers <joseph at codesourcery dot com>
Cc: binutils at sourceware dot org
Date: Tue, 19 Sep 2017 23:01:44 +0100
Subject: Re: dependency list for static libraries
Authentication-results: sourceware.org; auth=none
References: <53b8973b-40a4-2550-3307-66d7f13707d5@symas.com> <alpine.DEB.2.20.1709191653110.10975@digraph.polyomino.org.uk> <WM!83b6ad7285aa96ce69fcd1944d4eae8f20e5f19dfbf161f45313f5393bcffe1b77231520b8f4e24145a3f85eeafb39ed!@mailstronghold-1.zmailcloud.com>

Joseph Myers wrote:

You can install a linker script under a .a file name to achieve this
effect.  On x86_64, glibc's libm.a now looks like:

/* GNU ld script
*/
OUTPUT_FORMAT(elf64-x86-64)
GROUP ( /usr/lib64/libm-2.26.90.a /usr/lib64/libmvec.a )

Thanks for the suggestion, but that still means introducingadditional/auxiliary files, so it has much the same drawback as libtool files.I also find this particularly gross because it breaks the principle of leastsurprise; when I see a *.a file I expect ar, nm, and ranlib to work on it. I'mkind of shocked that such a solution ever flew.


--
  -- Howard Chu
  CTO, Symas Corp.           http://www.symas.com
  Director, Highland Sun     http://highlandsun.com/hyc/
  Chief Architect, OpenLDAP  http://www.openldap.org/project/

Follow-Ups:
- Re: dependency list for static libraries
  - From: Joseph Myers

References:
- dependency list for static libraries
  - From: Howard Chu
- Re: dependency list for static libraries
  - From: Joseph Myers

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]