From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 31364 invoked by alias); 26 May 2012 17:03:38 -0000 Received: (qmail 31347 invoked by uid 22791); 26 May 2012 17:03:37 -0000 X-SWARE-Spam-Status: No, hits=-4.3 required=5.0 tests=AWL,BAYES_00,KHOP_RCVD_UNTRUST,KHOP_THREADED,RCVD_IN_HOSTKARMA_W,RCVD_IN_HOSTKARMA_WL X-Spam-Check-By: sourceware.org Received: from relay1.mentorg.com (HELO relay1.mentorg.com) (192.94.38.131) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Sat, 26 May 2012 17:03:05 +0000 Received: from nat-ies.mentorg.com ([192.94.31.2] helo=EU1-MAIL.mgc.mentorg.com) by relay1.mentorg.com with esmtp id 1SYKOL-00047w-Cc from joseph_myers@mentor.com ; Sat, 26 May 2012 10:03:01 -0700 Received: from digraph.polyomino.org.uk ([172.16.63.104]) by EU1-MAIL.mgc.mentorg.com with Microsoft SMTPSVC(6.0.3790.1830); Sat, 26 May 2012 18:02:59 +0100 Received: from jsm28 (helo=localhost) by digraph.polyomino.org.uk with local-esmtp (Exim 4.74) (envelope-from ) id 1SYKOI-0004ih-MX; Sat, 26 May 2012 17:02:58 +0000 Date: Sat, 26 May 2012 17:03:00 -0000 From: "Joseph S. Myers" To: "H.J. Lu" cc: GNU C Library , libc-ports@sourceware.org, Thomas Schwinge , Kaz Kojima , Andreas Krebbel Subject: Re: RFA: Port maintainers: Convert WORDSIZE[32|64]/ld to abi-variants In-Reply-To: <20120526133641.GA9655@intel.com> Message-ID: References: <20120526133641.GA9655@intel.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Mailing-List: contact libc-ports-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Post: List-Help: , Sender: libc-ports-owner@sourceware.org X-SW-Source: 2012-05/txt/msg00166.txt.bz2 On Sat, 26 May 2012, H.J. Lu wrote: > 1. For non-biarch architectures, there is nothing to do. This patch is removing the ld=ld-linux.so.2 entry for sh.*-.*-linux.*, which looks like a mistake; I don't see it added anywhere else. > 2. For biarch/triarch architectures where there are no soname differences, > you need to rename syscall-list-* variables in CPU/Makefile to abi-*. > If the default ABI for the build isn't the first one on abi-variants, you > should also define default-abi: But leave the sonames in shlib-versions? > 3. For biarch/triarch architectures where there are soname differences, > in addition to renaming syscall-list-* variables in CPU/Makefile to > abi-* and defining default-abi, you also need to define > > abi-XX-ld-soname := your ld.so soname. > > where XX is the ABI variant, like And leave sonames in shlib-versions as well, or take them out? If taken out, where does the minimum symbol version information for ld.so go? For sparc64 it's currently given as GLIBC_2.2 - not globally, but for ld.so (sparc64 has GLIBC_2.0 symbols in some libraries such as libresolv, but for ld.so, libc, libm and libpthread the minimum is GLIBC_2.2; I don't know the story behind why this is the case). I don't see an obvious new location where that information is going, with the entries removed from shlib-versions. We could probably do with each libc architecture maintainer confirming that their ABI tests still pass after the changes. (Well, that may be hard for S390 and SH, whose ABI baselines haven't been updated by the architecture maintainers since they were moved to separate per-architecture files. SH and S390 maintainers, if your baselines are in fact accurate without changes - if the tests pass as-is (you can run make check-abi from cross as well as native builds) and comparison with other architectures and old binaries doesn't show any signs of mistakes having crept into past symbol versions - could you please confirm that explicitly? And if they do need changes, please make them. Verifying the check-abi tests pass is something to be done for all architectures between freeze and release - but the only problems it should be discovering at that point are *recent* ABI breakage; mistakes in the baseline, or unwanted changes relative to binaries of old releases, ought to be found in advance of the freeze.) -- Joseph S. Myers joseph@codesourcery.com