This is the mail archive of the
mailing list for the newlib project.
Re: Regression with printf 8-bit format macros
- From: Ambroz Bizjak <ambrop7 at gmail dot com>
- To: Freddie Chopin <freddie_chopin at op dot pl>
- Cc: newlib at sourceware dot org
- Date: Sat, 2 Jan 2016 00:03:57 +0100
- Subject: Re: Regression with printf 8-bit format macros
- Authentication-results: sourceware.org; auth=none
- References: <CAOA3yK+__aWFL8KHUUEuPYGNCjAsXBeRDKpgWQEzYj3YrXNOxA at mail dot gmail dot com> <2655776 dot nuc1R7VGlh at infernus>
I hope we agree that C99 support should not be an all-or-nothing
decision, you should be able to have some parts (like the stdint types
which cost nothing), but not other parts like the full C99 support in
printf. The worst part really is that the PRI*8 macros are defined in
the mentioned configurations but they do not work. I see that on the
other hand the SCN*8 macros are not defined when they would not work
(see the top comment in inttypes.h).
But then we can have the PRI*8 macros for free anyway, so why should
they be available only when printf has "hh" support?
On Fri, Jan 1, 2016 at 11:44 PM, Freddie Chopin <email@example.com> wrote:
> On piÄtek, 1 stycznia 2016 12:08:30 CET Ambroz Bizjak wrote:
>> It appears to me that commit "Fix for pri and scn formats"  broke
>> the 8-bit printf format macros (PRI*8), for scenarios when newlib is
>> configured either with --enable-newlib-nano-formatted-io or without
>> --enable-newlib-io-c99-format is not used. Because the new code
>> defines these macros to the "hh" formats, which are not supported
> Is it actually a problem that PRI* macros don't work without support for C99?
> After all, these are used for C99 types, so not really needed without C99...