Re: Issue: #include <stdio.h> shall not cause intmax_t to be defined

Sebastian Huber <[email protected]>
Newsgroups gmane.comp.lib.newlib
Message-ID <[email protected]>
On 03/05/2022 19:00, Corinna Vinschen wrote:
> On Apr 27 00:41, Pavel M wrote:
>> Hi all,
>>
>> Issue: #include <stdio.h> shall not cause intmax_t to be defined. However,
>> now it causes. This is because now <stdio.h> includes <sys/types.h>, which
>> includes <sys/_stdint.h>.
>> Note: per C11 the types intmax_t and uintmax_t defined in the header
>> <stdint.h>, and <stdint.h> is not included in <stdio.h>.
>> Consider fixing.
> I pushed a patch to fix this.

In FreeBSD, <sys/types.h> provides the stdint.h types. Could we bring 
back this with

#if __BSD_VISIBLE
#include <machine/endian.h>
#include <sys/select.h>
#include <sys/_stdint.h>
#  define	physadr		physadr_t
#  define	quad		quad_t

?

In addition, the C11 header files should not include <sys/types.h>.

-- 
embedded brains GmbH
Herr Sebastian HUBER
Dornierstr. 4
82178 Puchheim
Germany
email: [email protected]
phone: +49-89-18 94 741 - 16
fax:   +49-89-18 94 741 - 08

Registergericht: Amtsgericht München
Registernummer: HRB 157899
Vertretungsberechtigte Geschäftsführer: Peter Rasmussen, Thomas Dörfler
Unsere Datenschutzerklärung finden Sie hier:
https://embedded-brains.de/datenschutzerklaerung/
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.