From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 15270 invoked by alias); 13 Dec 2010 22:18:10 -0000 Received: (qmail 15260 invoked by uid 22791); 13 Dec 2010 22:18:09 -0000 X-SWARE-Spam-Status: No, hits=-1.8 required=5.0 tests=AWL,BAYES_00,T_RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org Received: from mail.codesourcery.com (HELO mail.codesourcery.com) (38.113.113.100) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Mon, 13 Dec 2010 22:18:05 +0000 Received: (qmail 18314 invoked from network); 13 Dec 2010 22:18:03 -0000 Received: from unknown (HELO digraph.polyomino.org.uk) (joseph@127.0.0.2) by mail.codesourcery.com with ESMTPA; 13 Dec 2010 22:18:03 -0000 Received: from jsm28 (helo=localhost) by digraph.polyomino.org.uk with local-esmtp (Exim 4.72) (envelope-from ) id 1PSGiY-0007DQ-10; Mon, 13 Dec 2010 22:18:02 +0000 Date: Mon, 13 Dec 2010 23:15:00 -0000 From: "Joseph S. Myers" To: Mike Frysinger cc: binutils@sourceware.org, toolchain-devel@blackfin.uclinux.org Subject: Re: [PATCH] bfd/ld: handle ABI prefixes in version scripts In-Reply-To: <201012131344.18043.vapier@gentoo.org> Message-ID: References: <201007061601.24599.vapier@gentoo.org> <201012101803.58590.vapier@gentoo.org> <201012131344.18043.vapier@gentoo.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII 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 X-SW-Source: 2010-12/txt/msg00444.txt.bz2 On Mon, 13 Dec 2010, Mike Frysinger wrote: > i found the right place in configure.ac (there's a "target specific checks" > section), but i dont think these gas m4 macros are useful. the version > checking only works when the gas used is in tree, and this functionality cant > be detected at the assembler level. my fixes are only at the linker level, Yes, it was an example of the sort of test that exists for binutils features and/or versions rather than something that can be directly used as-is. gcc/configure.ac already contains code that computes a linker version number (gcc_cv_gld_major_version and gcc_cv_gld_minor_version). There is also code (e.g. in libstdc++-v3/acinclude.m4) to compute a version of an out-of-tree linker (in fact, I think there are rather too many copies of such code in different directories that could do with some unification). So if you want to test version numbers without any feature tests, there should be various existing code to adapt. -- Joseph S. Myers joseph@codesourcery.com