printf.h should also(only?) import printf_config.h
For me, config file should be imported by printf.h in addition to or instead of printf.c.
For example, printf.h uses PRINTF_ALIAS_STANDARD_FUNCTION_NAMES_SOFT which can't be set by the config file currently.
PRINTF_ALIAS_STANDARD_FUNCTION_NAMES_SOFT... can't be set by the config file currently.
It can be set using the config file.
But regardless of that - please argue why you believe this should be the case.
It's set to 0 in config here if not defined. And it won't be defined if not included.
Hmm. We're not currently installing printf_config.h. On the other hand... I suppose some users might be interested to rely, in their code, on how printf is configured.
Sorry for not attending to this bug report and the PR for so long, I've been super-busy. I hope I can find the time to give it serious consideration over the next few days.
I am wary of installing a generated header file. I don't believe other (compiled) libraries typically offer a header describing the set of configured features like that.
But - I suppose it can't hurt to conditionally include that config file if it's magically somehow there.
is this issue still relevant?
It seems it is actually rather important to include printf_config.h, due to issue #208 - aliasing.