[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [gpsd-dev] ✘CEP(50) 0.285 metersMime-Version: 1.0
From: |
Greg Troxel |
Subject: |
Re: [gpsd-dev] ✘CEP(50) 0.285 metersMime-Version: 1.0 |
Date: |
Fri, 22 Jul 2016 19:31:37 -0400 |
User-agent: |
Gnus/5.130014 (Ma Gnus v0.14) Emacs/24.5 (berkeley-unix) |
long double appears not really that portable.
http://info.prelert.com/blog/the-pitfalls-of-long-double
"Gary E. Miller" <address@hidden> writes:
> We aim to have gpsd run on 32 bit and 64 bit systems. RasPi's, Odroid's
> and BBB's currently are 32 bit only.
That really shouldn't be an issue. 32-bit CPUs of various kinds have
implemented both uint64_t and double (the longer of the two normal
IEEE754 types) for a long time. The thing to be careful about is to
use uint64_t if you want a 64-bit type, and not to assume that that int,
long, or any of the basic C types are particular sizes. This may well
interact badly with python that tends to provide the native int.
signature.asc
Description: PGP signature
- Re: [gpsd-dev] ✘CEP(50) 0.285 metersMime-Version: 1.0, (continued)
- Re: [gpsd-dev] ✘CEP(50) 0.285 metersMime-Version: 1.0, Hal Murray, 2016/07/22
- Re: [gpsd-dev] several messages, Fred Wright, 2016/07/22
- Re: [gpsd-dev] several messages, Greg Troxel, 2016/07/23
- Re: [gpsd-dev] CEP(50) 0.285 meters, Fred Wright, 2016/07/23
- Re: [gpsd-dev] CEP(50) 0.285 meters, Fred Wright, 2016/07/23
- Re: [gpsd-dev] ✘CEP(50) 0.285 meters, Gary E. Miller, 2016/07/23
- Re: [gpsd-dev] ✘CEP(50) 0.285 metersMime-Version: 1.0, Greg Troxel, 2016/07/22
- Re: [gpsd-dev] ✘CEP(50) 0.285 metersMime-Version: 1.0, Gary E. Miller, 2016/07/22
- Re: [gpsd-dev] ✘CEP(50) 0.285 metersMime-Version: 1.0, Hal Murray, 2016/07/22
- Re: [gpsd-dev] ✘CEP(50) 0.285 metersMime-Version: 1.0, Gary E. Miller, 2016/07/22
- Re: [gpsd-dev] ✘CEP(50) 0.285 metersMime-Version: 1.0,
Greg Troxel <=
- Re: [gpsd-dev] ✘CEP(50) 0.285 metersMime-Version: 1.0, Gary E. Miller, 2016/07/22