This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: [PATCH roland/Versions.def] Get rid of Versions.def source file
- From: "Joseph S. Myers" <joseph at codesourcery dot com>
- To: Roland McGrath <roland at hack dot frob dot com>
- Cc: "GNU C. Library" <libc-alpha at sourceware dot org>, Carlos O'Donell <carlos at redhat dot com>
- Date: Sat, 22 Mar 2014 00:33:39 +0000
- Subject: Re: [PATCH roland/Versions.def] Get rid of Versions.def source file
- Authentication-results: sourceware.org; auth=none
- References: <20140228214559 dot BD8BF744B6 at topped-with-meat dot com> <Pine dot LNX dot 4 dot 64 dot 1403211805400 dot 4557 at digraph dot polyomino dot org dot uk> <20140321201830 dot 3221874477 at topped-with-meat dot com> <Pine dot LNX dot 4 dot 64 dot 1403212238150 dot 19717 at digraph dot polyomino dot org dot uk> <20140321225348 dot 142A8744AA at topped-with-meat dot com> <Pine dot LNX dot 4 dot 64 dot 1403220011340 dot 19717 at digraph dot polyomino dot org dot uk>
On Sat, 22 Mar 2014, Joseph S. Myers wrote:
> with no GCC_3.0 version, and the symbols that should be in such a version
> appearing in GLIBC_2.0 instead. But for an i686 build (on a different
> system) I do see the GCC_3.0 version. And I also see it for a powerpc32
> build on the same system as the mips64el-linux-gnu build, so it appears to
> be something about the configured host / set of symbols / symbol versions
> rather than a build environment issue.
Specifically, it's something to do with MIPS omitting versions between
GLIBC_2.0 and GLIBC_2.2. If you add sysdeps/i386/shlib-versions reading
i.86-.*-linux.* libc=6 GLIBC_2.0 GLIBC_2.2
then you get the symbols wrongly moved from GCC_3.0 to GLIBC_2.0 on an
i686-pc-linux-gnu build (I don't know if the build completes, but the
broken libc.map is generated).
--
Joseph S. Myers
joseph@codesourcery.com