From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from dedi548.your-server.de (dedi548.your-server.de [85.10.215.148]) by sourceware.org (Postfix) with ESMTPS id A1FCE3858010 for ; Wed, 4 May 2022 09:02:22 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org A1FCE3858010 Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=embedded-brains.de Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=embedded-brains.de Received: from sslproxy01.your-server.de ([78.46.139.224]) by dedi548.your-server.de with esmtpsa (TLS1.3) tls TLS_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1nmAtp-000HzS-2Q for newlib@sourceware.org; Wed, 04 May 2022 11:02:21 +0200 Received: from [82.100.198.138] (helo=mail.embedded-brains.de) by sslproxy01.your-server.de with esmtpsa (TLSv1.3:TLS_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1nmAtp-000XWF-6s for newlib@sourceware.org; Wed, 04 May 2022 11:02:21 +0200 Received: from localhost (localhost [127.0.0.1]) by mail.embedded-brains.de (Postfix) with ESMTP id DD1BE480082 for ; Wed, 4 May 2022 11:02:20 +0200 (CEST) Received: from mail.embedded-brains.de ([127.0.0.1]) by localhost (zimbra.eb.localhost [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id EH0twyHlqFXs for ; Wed, 4 May 2022 11:02:20 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by mail.embedded-brains.de (Postfix) with ESMTP id 844C54800BE for ; Wed, 4 May 2022 11:02:20 +0200 (CEST) X-Virus-Scanned: amavisd-new at zimbra.eb.localhost Received: from mail.embedded-brains.de ([127.0.0.1]) by localhost (zimbra.eb.localhost [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id 08WRAcVDO4a2 for ; Wed, 4 May 2022 11:02:20 +0200 (CEST) Received: from [10.10.171.14] (unknown [10.10.171.14]) by mail.embedded-brains.de (Postfix) with ESMTPSA id 3D7A1480082 for ; Wed, 4 May 2022 11:02:20 +0200 (CEST) Message-ID: <9dbc482d-84fd-b3be-babc-e00040a56f5b@embedded-brains.de> Date: Wed, 4 May 2022 11:02:18 +0200 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.8.0 Subject: Re: Issue: #include shall not cause intmax_t to be defined Content-Language: en-US To: newlib@sourceware.org References: From: Sebastian Huber In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: quoted-printable X-Authenticated-Sender: smtp-embedded@poldinet.de X-Virus-Scanned: Clear (ClamAV 0.103.5/26531/Wed May 4 10:05:36 2022) X-Spam-Status: No, score=-6.4 required=5.0 tests=BAYES_00, KAM_DMARC_STATUS, NICE_REPLY_A, SPF_HELO_NONE, SPF_PASS, TXREP, T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on server2.sourceware.org X-BeenThere: newlib@sourceware.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Newlib mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 May 2022 09:02:24 -0000 On 04/05/2022 10:54, Corinna Vinschen wrote: > On May 4 10:41, Sebastian Huber wrote: >> On 04/05/2022 10:37, Corinna Vinschen wrote: >>> On May 4 09:59, Sebastian Huber wrote: >>>> On 03/05/2022 19:00, Corinna Vinschen wrote: >>>>> On Apr 27 00:41, Pavel M wrote: >>>>>> Hi all, >>>>>> >>>>>> Issue: #include shall not cause intmax_t to be defined. = However, >>>>>> now it causes. This is because now includes , which >>>>>> includes . >>>>>> Note: per C11 the types intmax_t and uintmax_t defined in the head= er >>>>>> , and is not included in . >>>>>> Consider fixing. >>>>> I pushed a patch to fix this. >>>> In FreeBSD, provides the stdint.h types. Could we brin= g back >>>> this with >>> Is that with FreeeBSD only, or is that with BSDs in general? >> It seems to be a general BSD feature: >> >> https://github.com/openbsd/src/blob/master/sys/sys/types.h#L75 >> >> http://cvsweb.netbsd.org/bsdweb.cgi/src/sys/sys/types.h?rev=3D1.105&co= ntent-type=3Dtext/x-cvsweb-markup > If the BSDs expose stdint.h types via stdio.h anyway, what's the sense > of not exposing it in the non-_BSD_VISIBLE scenario? _BSD_VISIBLE is > default anyway, so the non-exposure of the stdint types is restricted t= o > files which define _XOPEN_SOURCE or some such. >=20 > Is there actually a "MUST NOT" defined anywhere in the standards or > was this change unnecessary? I think the reported problem with stdio.h is because the Newlib stdio.h=20 includes . In FreeBSD for example, is=20 included with local type definitions, see: https://sourceware.org/pipermail/newlib/2022/019592.html --=20 embedded brains GmbH Herr Sebastian HUBER Dornierstr. 4 82178 Puchheim Germany email: sebastian.huber@embedded-brains.de phone: +49-89-18 94 741 - 16 fax: +49-89-18 94 741 - 08 Registergericht: Amtsgericht M=C3=BCnchen Registernummer: HRB 157899 Vertretungsberechtigte Gesch=C3=A4ftsf=C3=BChrer: Peter Rasmussen, Thomas= D=C3=B6rfler Unsere Datenschutzerkl=C3=A4rung finden Sie hier: https://embedded-brains.de/datenschutzerklaerung/