From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.org/gmane.linux.lib.musl.general/12366 Path: news.gmane.org!.POSTED!not-for-mail From: Rich Felker Newsgroups: gmane.linux.lib.musl.general Subject: Re: [PATCH] Add __intNN_t type definitions Date: Fri, 12 Jan 2018 14:26:44 -0500 Message-ID: <20180112192644.GK1627@brightrain.aerifal.cx> References: <1515776825-13574-1-git-send-email-rostislav@tuxera.com> <20180112180409.nuylb4cxpbs4pi44@voyager> Reply-To: musl@lists.openwall.com NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: blaine.gmane.org 1515785105 25606 195.159.176.226 (12 Jan 2018 19:25:05 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Fri, 12 Jan 2018 19:25:05 +0000 (UTC) User-Agent: Mutt/1.5.21 (2010-09-15) To: musl@lists.openwall.com Original-X-From: musl-return-12382-gllmg-musl=m.gmane.org@lists.openwall.com Fri Jan 12 20:25:01 2018 Return-path: Envelope-to: gllmg-musl@m.gmane.org Original-Received: from mother.openwall.net ([195.42.179.200]) by blaine.gmane.org with smtp (Exim 4.84_2) (envelope-from ) id 1ea4wj-000628-7m for gllmg-musl@m.gmane.org; Fri, 12 Jan 2018 20:24:57 +0100 Original-Received: (qmail 24259 invoked by uid 550); 12 Jan 2018 19:26:58 -0000 Mailing-List: contact musl-help@lists.openwall.com; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-ID: Original-Received: (qmail 24220 invoked from network); 12 Jan 2018 19:26:57 -0000 Content-Disposition: inline In-Reply-To: <20180112180409.nuylb4cxpbs4pi44@voyager> Original-Sender: Rich Felker Xref: news.gmane.org gmane.linux.lib.musl.general:12366 Archived-At: On Fri, Jan 12, 2018 at 07:04:09PM +0100, Markus Wichmann wrote: > On Fri, Jan 12, 2018 at 05:07:05PM +0000, Rostislav Skudnov wrote: > > These types are defined in glibc headers and are used by some programs, > > e. g. xfsprogs before version 4.13.0. > > Then those programs are broken and have to be patched. > > > --- > > include/sys/types.h | 9 +++++++++ > > 1 file changed, 9 insertions(+) > > > > diff --git a/include/sys/types.h b/include/sys/types.h > > index 75e489c..b02208d 100644 > > --- a/include/sys/types.h > > +++ b/include/sys/types.h > > @@ -56,6 +56,15 @@ extern "C" { > > > > #include > > > > +typedef signed char __int8_t; > > +typedef unsigned char __uint8_t; > > +typedef short __int16_t; > > +typedef unsigned short __uint16_t; > > +typedef int __int32_t; > > +typedef unsigned int __uint32_t; > > +typedef off_t __int64_t; > > +typedef ino_t __uint64_t; > > + > > #if defined(_GNU_SOURCE) || defined(_BSD_SOURCE) > > typedef unsigned char u_int8_t; > > typedef unsigned short u_int16_t; > > -- > > 2.1.4 > > > > Names starting with two underscores (or one underscore and one capital > letter) are reserved for internal use by the implementation. Unless they > are specifically defined (like _Bool), they should not be used. Yes, this is a known application bug and not usage we will support. It's not like other cases where types or symbols that were inadvertently named with leading underscores and entered common use, which sometimes make sense to support if they're the only way to do something. This is just applications gratuitously using the wrong name when the right one exists alongside it. Rich