Re: Should libc/locale/lnumeric.c be in GENERAL_SOURCES (EL/IX level 1)?
Corinna Vinschen <[email protected]>
| Newsgroups | gmane.comp.lib.newlib |
|---|---|
| Message-ID | <[email protected]> |
On Aug 20 08:29, Joel Sherrill wrote: > On Fri, Aug 20, 2021 at 3:32 AM Corinna Vinschen <[email protected]> wrote: > > > > On Aug 19 17:26, Roger Sayle wrote: > > > > > > > > > I believe that newlib/libc/locale/Makefile.am should place lnumeric.c > > > > > > in GENERAL_SOURCES [EL/IX level 1]. The motivation for doing this is > > > > > > that both stdlib/strtod.c and stdlib/gdtoa-gethex.c unconditionally > > > > > > call __get_numeric_locale, and they themselves are in GENERAL_SOURCES > > > > > > (i.e. EL/IX level 1). > > The FACE Technical Standard (https://opengroup.org/face) has four POSIX profiles > which were designed with security and avionics certification in mind has no > locale support in the lowest three profiles and only limited support > in the largest > profile. > > The Software Communications Architecture (SCA) has a few profiles and targets > software defined radios > (https://sds.wirelessinnovation.org/history-of-the-sca). It > does not include any locale support. The intended users would likely also be > subject to security audits. > > With that background, making locale as optional as possible is a good idea for > footprint both in code size and what might need to be audited. I'm happy with > the patch. Pushed. Thanks, Corinna