From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <libc-alpha-return-68426-listarch-libc-alpha=sources.redhat.com@sourceware.org>
Received: (qmail 28610 invoked by alias); 29 Mar 2016 21:27:27 -0000
Mailing-List: contact libc-alpha-help@sourceware.org; run by ezmlm
Precedence: bulk
List-Id: <libc-alpha.sourceware.org>
List-Subscribe: <mailto:libc-alpha-subscribe@sourceware.org>
List-Archive: <http://sourceware.org/ml/libc-alpha/>
List-Post: <mailto:libc-alpha@sourceware.org>
List-Help: <mailto:libc-alpha-help@sourceware.org>, <http://sourceware.org/ml/#faqs>
Sender: libc-alpha-owner@sourceware.org
Received: (qmail 28590 invoked by uid 89); 29 Mar 2016 21:27:26 -0000
Authentication-Results: sourceware.org; auth=none
X-Virus-Found: No
X-Spam-SWARE-Status: No, score=-1.1 required=5.0 tests=AWL,BAYES_00,FREEMAIL_ENVFROM_END_DIGIT,FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,SPF_PASS autolearn=ham version=3.3.2 spammy=inherently, nip
X-HELO: mail-io0-f182.google.com
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20130820;
        h=x-gm-message-state:sender:subject:to:references:cc:from:message-id
         :date:user-agent:mime-version:in-reply-to:content-transfer-encoding;
        bh=iNuXWjyQ8XchSlI040rll0Jt6HJeEVCXjtbaGNHV3IQ=;
        b=KTAd6c3Vtyq7v6ee2wwjL3SDoxHcY48NhVYttKWAn4aJCcacG2SPe3dW5YI3GH3L1a
         Z4DG1qoWFKmfyum1mez7Mb1Karv6POtdaSowqNacqDj1kdvmLaCRe269N5q4Aash71lo
         DRIcQCB8CuItsVyc7Np3dIrw1W/oKN/7w8kW6zUtyoLEW/BSAKMjS8FYBkvS1j8SWGK5
         U//d38AAzOf11mlbpBeIJKytXr/ZwbVIaa3eWUQ0gXflcp7Ae8i2mu1hFRtQasD6B8pp
         c5le05ywKhGaXbKcIOvHXH3gwvlrEkb27xYzBVkvJ3C9RS/fX+St7LKEK1sfKe4hAHCi
         0+DQ==
X-Gm-Message-State: AD7BkJJpdmP9DPzta1oBgNcTyUNwlUecsZy5fGmMaq3aj1n2vYBo3td/lXp8xHrfXOLn/w==
X-Received: by 10.107.3.152 with SMTP id e24mr6078910ioi.106.1459286843392;
        Tue, 29 Mar 2016 14:27:23 -0700 (PDT)
Subject: Re: Calling functions through a pointer of incorrect type
To: Joseph Myers <joseph@codesourcery.com>,
 Florian Weimer <fweimer@redhat.com>
References: <56F10E3B.60300@redhat.com>
 <alpine.DEB.2.10.1603221912110.30564@digraph.polyomino.org.uk>
 <56F1AA47.6040509@redhat.com>
 <alpine.DEB.2.10.1603222125470.14539@digraph.polyomino.org.uk>
Cc: GNU C Library <libc-alpha@sourceware.org>
From: Richard Henderson <rth@twiddle.net>
Message-ID: <56FAF335.7080702@twiddle.net>
Date: Tue, 29 Mar 2016 21:27:00 -0000
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.6.0
MIME-Version: 1.0
In-Reply-To: <alpine.DEB.2.10.1603222125470.14539@digraph.polyomino.org.uk>
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: 7bit
X-SW-Source: 2016-03/txt/msg00706.txt.bz2

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~