Date: Mon, 01 Jul 2013 09:37:16 +0200 From: Tijl Coosemans <tijl@coosemans.org> To: Ed Schouten <ed@80386.nl> Cc: svn-src-head@freebsd.org, svn-src-all@freebsd.org, src-committers@freebsd.org Subject: Re: svn commit: r252411 - head/sys/sys Message-ID: <51D131AC.9010502@coosemans.org> In-Reply-To: <CAJOYFBA-X-qp7y9bsOy_EPu8gUCDvV_-S3W57XWpLxkx4E%2BMtg@mail.gmail.com> References: <201306300854.r5U8sfYS018720@svn.freebsd.org> <51D07C10.2000509@coosemans.org> <CAJOYFBDB59tLCVT1P3sdcP%2Bj8U746MshD39nRizZd15xQ00vbw@mail.gmail.com> <51D09019.50101@coosemans.org> <CAJOYFBA-X-qp7y9bsOy_EPu8gUCDvV_-S3W57XWpLxkx4E%2BMtg@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
This is an OpenPGP/MIME signed message (RFC 4880 and 3156) ------enig2OKCUNNVRTRXTPCRTNFRV Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 2013-06-30 22:29, Ed Schouten wrote: > 2013/6/30 Tijl Coosemans <tijl@coosemans.org>: >> The N1570 draft of C11 7.1.2 point 6 says: >> Any declaration of a library function shall have external linkage. >=20 > Then I think we are in serious troubles. For example, > atomic_fetch_add() is described as a "generic function". Is a "generic > function" a "library function"? If so, my guess is that it is > impossible to derive a standards-compliant implementation of this > header. The standard doesn't define what a generic function is. There is a defect report about that: http://www.open-std.org/jtc1/sc22/wg14/www/docs/dr_419.htm ------enig2OKCUNNVRTRXTPCRTNFRV Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.20 (FreeBSD) iF4EAREIAAYFAlHRMbEACgkQfoCS2CCgtiv82AD/SeSbD60vO5Ufv06Yxp/ka9J7 xxBP/WyZDH726gYm7xMA/REP7KFVADmCNkbtWFar4TWa9A0SDKfwMqosTpa3cm2l =8dRC -----END PGP SIGNATURE----- ------enig2OKCUNNVRTRXTPCRTNFRV--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?51D131AC.9010502>