Source: gpsd
Version: 3.27.5-0.1
Severity: important
Tags: ftbfs
X-Debbugs-Cc: [email protected], [email protected]
User: [email protected]
Usertags: hurd-amd64 hurd-i386

The above version of gpsd FTBFS on Hurd.

Tracker log suggests that this is caused by an implicit definition of strptime 
in gpsd-3.27.5/libgps/gpsutils.c, which nonetheless correctly includes <time.h>.

$ rgrep strptime /usr/include/
/usr/include/time.h:extern char *strptime (const char *__restrict __s,
/usr/include/time.h:extern char *strptime_l (const char *__restrict __s,
/usr/include/c++/15/bits/chrono_io.h:                 // strptime behaves 
differently for %b and %B,
/usr/include/c++/15/bits/locale_facets_nonio.h:       *  specified for 
strftime(3)/strptime(3).  The actual parsing
/usr/include/c++/15/bits/locale_facets_nonio.tcc:  // Expand a strptime format 
string and parse it.  E.g., do_get_date() may

The source code however includes this comment:

/* The strptime prototype is not provided unless explicitly requested.
 * We also need to set the value high enough to signal inclusion of
 * newer features (like clock_gettime).  See the POSIX spec for more info:
 * 
http://pubs.opengroup.org/onlinepubs/9699919799/functions/V2_chap02.html#tag_15_02_01_02
 */

Are we supposed to explicitly enable this just for Hurd? How?

Martin-Éric

-- System Information:
Debian Release: forky/sid
  APT prefers unreleased
  APT policy: (995, 'unreleased'), (990, 'unstable')
Architecture: hurd-i386 (i686-AT386)

Kernel: GNU-Mach 1.8+git20260224-up-486/Hurd-0.9
Locale: LANG=fi_FI.UTF-8, LC_CTYPE=fi_FI.UTF-8 (charmap=UTF-8), LANGUAGE=fi:en
Shell: /bin/sh linked to /usr/bin/dash
Init: sysvinit (via /sbin/init)

Reply via email to