This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: [PATCH] fix gamma symbol for static linking and new targets
On 02/10/17 16:25, Florian Weimer wrote:
> On 10/02/2017 05:03 PM, Szabolcs Nagy wrote:
>> On 02/10/17 15:51, Joseph Myers wrote:
>>> On Mon, 2 Oct 2017, Szabolcs Nagy wrote:
>>>
>>>> it seems drem and pow10 symbols are also affected.
>>>
>>> pow10 is deliberately obsoleted and should not be present for new ports or
>>> static linking and should be a compat symbol for existing ports.
>>>
>>> We might reasonably consider doing the same for drem (it's an __USE_MISC
>>> symbol, not from any supported standard, and an exact alias of remainder).
>>>
>>
>> i think drem is more widely used in existing code than pow10.
>
> The Fedora 26 (built against glibc 2.25) is this:
>
> For pow10, we have gforth.
>
> For drem, we have clisp, compat-libf2c, ifm, and the popular, schemaless database with the offensive name. The
> latter comes from the S2 library for spherical geometry, I think, which is bundled and unmaintained upstream
> (at least the public repository is).
>
> I still think we could give drem the pow10 treatment, too.
>
removing symbols can potentially break existing code. i think if
it's just an alias then there is no big harm keeping it around.
unlike pow10, drem is historically present in all bsd libcs under
_BSD_SOURCE, that's why i'd expect it to be more widely used.
i'd mostly expect it in historical software (like libf2c) or hacks
that try to wrap all libm functions in glibc, either way it's not
code that anybody want to spend time fixing when doing a new port.
note that gcc has __builtin_drem that expands to drem (not remainder)
if nobody is bothered by that then keeping a weak alias drem should
be fine too.