This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: Refactor strtod parsing of NaN payloads
- From: Joseph Myers <joseph at codesourcery dot com>
- To: Florian Weimer <fweimer at redhat dot com>
- Cc: <libc-alpha at sourceware dot org>
- Date: Tue, 24 Nov 2015 14:04:15 +0000
- Subject: Re: Refactor strtod parsing of NaN payloads
- Authentication-results: sourceware.org; auth=none
- References: <alpine dot DEB dot 2 dot 10 dot 1511210010230 dot 22057 at digraph dot polyomino dot org dot uk> <565430E2 dot 80709 at redhat dot com> <alpine dot DEB dot 2 dot 10 dot 1511241353130 dot 3275 at digraph dot polyomino dot org dot uk> <56546D72 dot 4020402 at redhat dot com>
On Tue, 24 Nov 2015, Florian Weimer wrote:
> > The point of this refactoring is so that a future change can call these
> > (libc) functions from the nan* functions in libm. I don't think
> > internal_function is compatible with PLT calls from other libraries.
>
> internal_function is a bit of a misnomer, it just affects the calling
> convention on some architectures. Unlike attribute_hidden, it does not
> interfere with linking, as long as the caller uses the same prototype
> (with the internal_function attribute).
But is that calling convention change compatible with calling through the
PLT?
--
Joseph S. Myers
joseph@codesourcery.com