GNU Arm Embedded Toolchain

--enable-newlib-io-c99-formats for newlib

Bug #1750359 reported by Liviu Ionescu on 2018-02-19

This bug affects 2 people

Affects		Status	Importance	Assigned to	Milestone
	GNU Arm Embedded Toolchain	Fix Released	Medium	Tejas Belagod	GNU Arm Embedded Toolchain 7-2018-q2-update

Bug Description

Could you consider adding `--enable-newlib-io-c99-formats` when configuring newlib?

I did a test, and it increased the text size with only 1536 bytes (from 31897 to 33433).

I think this is acceptable, given the additional formatting options.

Thank you,

Liviu

Revision history for this message

Andrew Sund (asund) wrote on 2018-03-16:

I was going to ask a question about something similar, that is if "--enable-newlib-io-long-long" could be enabled in the next release. Thanks for the 64-bit time_t! It'd be nice to easily print 64-bit values.

Looking at the newlib code I don't expect this will bloat the library too much and the configuration appears to be independent of the C99 format specifier option if you decide against the parent request...

Revision history for this message

Tejas Belagod (belagod-tejas) wrote on 2018-03-16:

Liviu, I think that's a reasonable request, will look into it.

Andrew, we already enable '--enable-newlib-io-long-long'.

Revision history for this message

Andrew Sund (asund) wrote on 2018-03-21:

Ah, I think I see now. Newlib's readme for the '--enable-newlib-nano-formatted-io' option says these two requested options (and some others) are effectively disabled if the nano formatter is used. Browsing the nano-vfprintf* source files looks like it won't be as easy as throwing a configuration switch to enable support.

Thomas Preud'homme (thomas-preudhomme) on 2018-04-20