This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: Calling functions through a pointer of incorrect type
- From: Richard Henderson <rth at twiddle dot net>
- To: Joseph Myers <joseph at codesourcery dot com>, Florian Weimer <fweimer at redhat dot com>
- Cc: GNU C Library <libc-alpha at sourceware dot org>
- Date: Tue, 29 Mar 2016 14:27:17 -0700
- Subject: Re: Calling functions through a pointer of incorrect type
- Authentication-results: sourceware.org; auth=none
- References: <56F10E3B dot 60300 at redhat dot com> <alpine dot DEB dot 2 dot 10 dot 1603221912110 dot 30564 at digraph dot polyomino dot org dot uk> <56F1AA47 dot 6040509 at redhat dot com> <alpine dot DEB dot 2 dot 10 dot 1603222125470 dot 14539 at digraph dot polyomino dot org dot uk>
On 03/22/2016 02:33 PM, Joseph Myers wrote:
> On Tue, 22 Mar 2016, Florian Weimer wrote:
>> if (fct == NULL)
>> /* We are cheating here. The gethostbyname2_r
>> function does not have the same interface as
>> gethostbyname3_r but the extra arguments the
>> latter takes are added at the end. So the
>> gethostbyname2_r code will just ignore them. */
>> fct = __nss_lookup_function (nip, "gethostbyname2_r");
>
> ... they aren't inherently bugs if all supported
> ABIs have the required property.
The only ABI I can think of that doesn't have this property is Windows
__stdcall. Which obviously isn't used in any glibc configuration.
r~