This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: non-prototype function definitions
- From: Florian Weimer <fweimer at redhat dot com>
- To: Roland McGrath <roland at hack dot frob dot com>
- Cc: Paul Eggert <eggert at cs dot ucla dot edu>, libc-alpha at sourceware dot org
- Date: Wed, 03 Apr 2013 14:21:36 +0200
- Subject: Re: non-prototype function definitions
- References: <Pine dot LNX dot 4 dot 64 dot 1303072242180 dot 31220 at digraph dot polyomino dot org dot uk> <51398331 dot 7050406 at suse dot com> <Pine dot LNX dot 4 dot 64 dot 1303081703460 dot 12586 at digraph dot polyomino dot org dot uk> <513A1BB8 dot 7060805 at cs dot ucla dot edu> <20130308214303 dot DF93B2C06E at topped-with-meat dot com>
On 03/08/2013 10:43 PM, Roland McGrath wrote:
We still would like to preserve these two properties in the API/ABI:
that every public function has a prototype declaration in an installed
header file; and that every function works correctly when called
without a prototype declaration in scope.
This doesn't really work with magic functions such as fstat and
strerror_r. (But I hope the only remaining users of non-prototype
function declarations are autoconf tests.)
On a somewhat related note, with the recent proliferation of new systems
programming languages, a way to extract the glibc (and kernel) ABI in a
more declarative fashion would be quite helpful.
--
Florian Weimer / Red Hat Product Security Team