Re: Problems with inttypes.h on arm

[email protected]
Newsgroups gmane.comp.lib.newlib
Organization Systematic Software
Message-ID <[email protected]>
On 2024-05-10 11:36, Stefan Tauner wrote:
> there seems to have been a problem introduced recently-ish - but I am
> not sure whether GCC or newlib are to blame/able to fix this and hope
> someone here can shed some light on it. I have briefly looked at the
> relevant(?) files in newlib's git and could not find any recent changes
> whatsoever.
> 
> Basically, PRIi64 and friends do not get defined properly (unless
> sys/_stdint.h is included explicitly before including inttypes.h).
> Jonathan Neuschäfer has reported this in detail for Debian's
> gcc-arm-none-eabi: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1067692
> However, I have noticed the same problem with the GCC 12.3.1-based IDE
> shipped by NXP for their Microcontrollers (that according to them
> "bundles an unmodified form of the GNU ARM Embedded Toolchain").
> 
> Does anybody have any ideas what the cause could be? Thanks!

Build newlib with or define _WANT_IO_C99_FORMATS, and run with compiler or 
header included in inttypes.h defining long int types > 32 bit with any of the 
symbols used in:

	newlib/libc/include/machine/_default_types.h

or in some override as in sys/_stdint.h?

-- 
Take care. Thanks, Brian Inglis              Calgary, Alberta, Canada

La perfection est atteinte                   Perfection is achieved
non pas lorsqu'il n'y a plus rien à ajouter  not when there is no more to add
mais lorsqu'il n'y a plus rien à retirer     but when there is no more to cut
                                 -- Antoine de Saint-Exupéry
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.