Re: ✘gpsd .23.2~rc1

[Gary E. Miller]

Yo Hal!

On Sat, 09 Apr 2022 12:29:46 -0700
Hal Murray <halmurray@sonic.net> wrote:

> gem@rellim.com said:
> > The more I pinder this, the more I know we need to know if this is
> > not globc. gpsd depends on _GNU_SOURCE to turn on a lot of code in
> > system includes.   
> 
> You can still turn on _GNU_SOURCE, you just have to use something
> else to test for which flavor of sterror _r to use.

If you check back in this thread, you'll see you already do that.

The bug is in string.h:

https://git.musl-libc.org/cgit/musl/tree/include/string.h

Line 62:

#if defined(_POSIX_SOURCE) || defined(_POSIX_C_SOURCE) \
 || defined(_XOPEN_SOURCE) || defined(_GNU_SOURCE) \
 || defined(_BSD_SOURCE)
char *strtok_r (char *__restrict, const char *__restrict, char **__restrict);
int strerror_r (int, char *, size_t);

When _GNU_SOURCE is defined, then strerror_r() is supposed to return (char *),
not (int).  That is a bug.

So even if I found a way to know that musl is in use, when they fix the
bug, that breaks any compile time workaround!

RGDS
GARY
---------------------------------------------------------------------------
Gary E. Miller Rellim 109 NW Wilmington Ave., Suite E, Bend, OR 97703
        gem@rellim.com  Tel:+1 541 382 8588

            Veritas liberabit vos. -- Quid est veritas?
    "If you can't measure it, you can't improve it." - Lord Kelvin

pgptUtuW9MnNi.pgp
Description: OpenPGP digital signature