[gpsd-commit-watch] [SCM] GPSD branch, master, updated. release-3.16-9-gb436b11

[Eric S. Raymond]

This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "GPSD".

The branch, master has been updated
       via  b436b11635c5f95f7ec5fef455ff197ae96106da (commit)
       via  d47101a2759b3af0ba2b56348d680d379b5e8362 (commit)
      from  9ef2aa9991ee6fa243c9b43b2ad4f3110d770cab (commit)

Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.

- Log -----------------------------------------------------------------
commit b436b11635c5f95f7ec5fef455ff197ae96106da
Author: Fred Wright <address@hidden>
Date:   Thu Jan 21 13:35:39 2016 -0500

    Fix build on OS/X < 10.6
    
    OSX versions earlier than 10.6 fail to define IPV6_TCLASS, causing the
    compile of gpsd.c to fail. There is already a fallback definition for
    Gnu/Hurd. The attached patch:
    
    1) Extends the existing Gnu/Hurd fallback definition to include a case
    for OSX. This is currently based on _APPLE_. Basing it on Darwin might
    be more appropriate, but that would need to be tested.
    
    2) Duplicates this fallback setup in netlib.c, where it was missing.
    
    3) Adds an ifdef to gpsd.c so that other cases that fail to define
    IPV6_TCLASS will simply omit the IPTOS_LOWDELAY setup, rather than
    failing to build. It's not entirely clear that sweeping the problem
    under the rug is preferable to getting an error and having the builder
    figure out what to do, but it is consistent with netlib.c, which
    includes a similar ifdef.
    
    The patch is originally from address@hidden, updated for 3.14
    by address@hidden, and then updated by me for 3.16.

commit d47101a2759b3af0ba2b56348d680d379b5e8362
Author: Fred Wright <address@hidden>
Date:   Thu Jan 21 13:30:04 2016 -0500

    OS/X build fix for RTCM2 driver.
    
    OSX 10.5, when building for PPC, defines _BIG_ENDIAN as 1, which
    satisfies the BSD ifdef, but doesn't have the expected value. The
    result is an "endianness macros are not defined" error. This bug goes
    back at least as far as 3.14, but I don't think it was ever reported
    here.
    
    The fix is quite simple - moving the Darwin __BYTE_ORDER setup ahead
    of the BSD __BYTE_ORDER setup so that the Darwin definitions take
    precedence. This should have no effect on a platform that doesn't
    define the __DARWIN_xxx macros.
    
    The actual fix is from address@hidden, though I added a
    comment line clarifying the reason that the order matters.

-----------------------------------------------------------------------

Summary of changes:
 driver_rtcm2.c |   27 ++++++++++++++-------------
 gpsd.c         |   12 ++++++++----
 netlib.c       |    9 +++++++++
 3 files changed, 31 insertions(+), 17 deletions(-)


hooks/post-receive
-- 
GPSD