[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [gpsd-dev] build failure, again, due to endian.h issues
|
From: |
Eric S. Raymond |
|
Subject: |
Re: [gpsd-dev] build failure, again, due to endian.h issues |
|
Date: |
Tue, 5 Nov 2013 20:48:52 -0500 |
|
User-agent: |
Mutt/1.5.21 (2010-09-15) |
Greg Troxel <address@hidden>:
> driver_rtcm2.h fails to build. The problem is the #ifdef BSD, and
> NetBSD does not define BSD as a preprocessor symbol.
I've found and pushed a way to cut the Gordian knot.
#define IS_BIG_ENDIAN (*(uint16_t *)"\0\xff" < 0x100)
I think this goes straight to the top of my "creative abuse of the
preprocessor" list. Wonderful, isn't it? Thank StackOverflow.
--
<a href="http://www.catb.org/~esr/";>Eric S. Raymond</a>
signature.asc
Description: Digital signature
- [gpsd-dev] build failure, again, due to endian.h issues, Greg Troxel, 2013/11/05
- Re: [gpsd-dev] build failure, again, due to endian.h issues,
Eric S. Raymond <=
- Re: [gpsd-dev] build failure, again, due to endian.h issues, Beat Bolli, 2013/11/06
- Re: [gpsd-dev] build failure, again, due to endian.h issues, Greg Troxel, 2013/11/06
- Re: [gpsd-dev] build failure, again, due to endian.h issues, Eric S. Raymond, 2013/11/06
- Re: [gpsd-dev] build failure, again, due to endian.h issues, Greg Troxel, 2013/11/06
- [gpsd-dev] [PATCH] RTCM V2: use scons to determine the location of <endian.h>., Beat Bolli, 2013/11/08
- Re: [gpsd-dev] build failure, again, due to endian.h issues, Beat Bolli, 2013/11/06