[PATCH] Make gcc/configure* ld version parser a little bit less strict
Joseph S. Myers
joseph@codesourcery.com
Fri Nov 10 21:25:00 GMT 2006
On Tue, 7 Nov 2006, Jakub Jelinek wrote:
> Hi!
>
> GCC ld version parser doesn't grok Fedora Core 6 and later ld --version
> output (which includes also rpm %{release} number, as binutils broken
> libtool stuff resulted in choosing installed libbfd instead of the newly
> built libbfd, which sometimes aren't ABI compatible (remember libbfd
> doesn't care about binary compatibility)). As ld_date was parsed correctly,
> the only result was that on FC6 and later HAVE_COMDAT_GROUP is 0 rather than
> 1 even when the included linker supports comdat just fine.
>
> The following patch relaxes the tight version checking a little bit.
>
> Ok for 4.3/4.2/4.1?
>
> 2006-11-07 Jakub Jelinek <jakub@redhat.com>
>
> * configure.ac (ld_vers): Parse GNU ld version 2.17.50.0.3-6 20060715
> style versions.
> * configure: Rebuilt.
While I think accepting the output of more of the wide range of linker
versions out there is a good idea (but can't approve the patch), I note
that libstdc++ has its own parser of ld version numbers (simpler, and so
probably accepting fewer variants) in GLIBCXX_CHECK_LINKER_FEATURES. It
might be a good idea to have a common parser shared by both directories
(based on the version used in gcc/).
--
Joseph S. Myers
joseph@codesourcery.com
More information about the Gcc-patches
mailing list