From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <libc-alpha-return-75036-listarch-libc-alpha=sources.redhat.com@sourceware.org>
Received: (qmail 111961 invoked by alias); 22 Nov 2016 15:48:19 -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 111835 invoked by uid 89); 22 Nov 2016 15:48:11 -0000
Authentication-Results: sourceware.org; auth=none
X-Virus-Found: No
X-Spam-SWARE-Status: No, score=-4.3 required=5.0 tests=AWL,BAYES_00,RCVD_IN_SORBS_SPAM,RP_MATCHES_RCVD,SPF_PASS autolearn=ham version=3.3.2 spammy=management
X-HELO: mailbackend.panix.com
X-Gm-Message-State: AKaTC03G7ol+Gg6RARmk3wvgSPdqkxuPLv9ehWA8aF5apuvZto8JKpeArHHVz5gENa4qs5LYMxJlmyhEdI4q2w==
X-Received: by 10.28.152.79 with SMTP id a76mr3252343wme.47.1479829686393;
 Tue, 22 Nov 2016 07:48:06 -0800 (PST)
MIME-Version: 1.0
In-Reply-To: <543ff4e2-48da-43d4-7688-6973baeaec9f@redhat.com>
References: <9727f95a-df3d-ec11-8c1d-9b7ea6cbcaac@redhat.com>
 <0c682496-5c13-b3c5-ff66-0f8923a1d6e3@panix.com> <94e35eaa-a01d-db4e-eabe-6d100e581302@redhat.com>
 <ddf76775-1ff5-d7b0-50d0-a08867b5fafb@panix.com> <137dfcf1-eeeb-89c6-9882-b290983bc482@redhat.com>
 <mvminrfwn0q.fsf@hawking.suse.de> <543ff4e2-48da-43d4-7688-6973baeaec9f@redhat.com>
From: Zack Weinberg <zackw@panix.com>
Date: Tue, 22 Nov 2016 15:48:00 -0000
X-Gmail-Original-Message-ID: <CAKCAbMg0iTwH0NQydmdy9e7wWyprQEb0DjPvGh2pjcirzCSmaw@mail.gmail.com>
Message-ID: <CAKCAbMg0iTwH0NQydmdy9e7wWyprQEb0DjPvGh2pjcirzCSmaw@mail.gmail.com>
Subject: Re: Evolution of ELF symbol management
To: Florian Weimer <fweimer@redhat.com>
Cc: Andreas Schwab <schwab@suse.de>, GNU C Library <libc-alpha@sourceware.org>, 
	Siddhesh Poyarekar <siddhesh@gotplt.org>
Content-Type: text/plain; charset=UTF-8
X-SW-Source: 2016-11/txt/msg00789.txt.bz2

On Tue, Nov 22, 2016 at 10:39 AM, Florian Weimer <fweimer@redhat.com> wrote:
> On 11/22/2016 04:29 PM, Andreas Schwab wrote:
>>
>> On Nov 22 2016, Florian Weimer <fweimer@redhat.com> wrote:
>>
>>> There also configure scripts which do
>>>
>>> extern char whatever();
>>> main () { whatever(); }
>>>
>>> for link testing, without including the appropriate header (perhaps
>>> deliberately).  That could be considered broken.  I'm not sure.
>>
>> While getting the return type wrong makes it slightly broken, the C
>> standard does support declaring standard functions on your own, as long
>> as you don't need special types.
>
> Yes, that's true.  Thanks for the reminder.

As a practical matter, also, Autoconf has done this for decades and no
one has even sketched a design for a replacement; I think we must
assume we will need to support it for the foreseeable future.

zw