This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: [PATCH 1/4] Remove the error handling wrapper from exp and exp2
- From: Joseph Myers <joseph at codesourcery dot com>
- To: "Gabriel F. T. Gomes" <gabriel at inconstante dot eti dot br>
- Cc: Szabolcs Nagy <Szabolcs dot Nagy at arm dot com>, nd <nd at arm dot com>, GNU C Library <libc-alpha at sourceware dot org>
- Date: Mon, 29 Oct 2018 15:21:10 +0000
- Subject: Re: [PATCH 1/4] Remove the error handling wrapper from exp and exp2
- References: <fd4875f8-4752-7c86-d5ca-d99a014f210b@arm.com> <20181026175536.140b55cc@tereshkova> <9eb9c338-48f3-df93-b6fb-6f76197c9e8a@arm.com> <20181029091227.347952c7@tereshkova>
On Mon, 29 Oct 2018, Gabriel F. T. Gomes wrote:
> On Mon, 29 Oct 2018, Szabolcs Nagy wrote:
> >
> >yeah i can't find this in bugzilla, but it is a bug as far
> >as i can tell: for a symbol version only the location
> >matters where it points to, not what expression you used
> >for the location, and there is no reason to disallow
> >multiple symbol versions to point to the same location.
>
> I also don't understand why it should be forbidden. Do you have plans to
> report it? You could then mention the bug number in your patch, and we
> could clean it up (comment and aliases) when glibc requires a new enough
> version of binutils.
There are lots of existing places that create aliases in order to set
symbol versions; a comment on just one of those places wouldn't be
particularly helpful. If cleaning this up, I think you'd need to somehow
locate existing places that create aliases just for setting symbol
versions (probably by examining uses of the symbol versioning macros),
replace the alias creation in each place with use of a common macro that
deals with creating an alias automatically along with setting the symbol
version (e.g. redefine versioned_symbol to create an alias using
__COUNTER__ to define its name before doing the versioning), and then once
all the aliases are created in a single central place, that would be the
place to put such a comment (and to simplify once aliases aren't required
by any binutils version supported for building glibc).
(You could do that incrementally if the new alias-creating macros have
different names from the existing versioned_symbol etc. ones, so uses of
the existing ones remain needing review, but on the whole I think the
existing macros have the right names, just ought not to need manual alias
creation.)
--
Joseph S. Myers
joseph@codesourcery.com