Experimental Physics and
| |||||||||||||||
|
Happy Connecting. Sent from my Sprint Samsung Galaxy S® 5 -------- Original message -------- From: Andrew Johnson <[email protected]> Date: 2016/04/27 11:28 AM (GMT-05:00) To: [email protected] Subject: Re: EPICS 3.14.12.3 Build Problems with the new Ubuntu 16.04 LTS On 04/27/2016 10:06 AM, Michael Davidsaver wrote: > So strictly speaking Base should never have depended on this behavior. > In fact beginning with Base 3.15.0.1, and soon to be included in > 3.14.12.5, it does not. > > http://bazaar.launchpad.net/~epics-core/epics-base/3.14/revision/12486 > > Given that newer versions of Base will build, and that this change has > already found its way into an Ubuntu LTS release, I don't think it's > worth pursuing another change to glibc. According to the Linux manpage, finite() was originally a BSD floating-point classification function which takes a double. There were equivalents available for float and long double with different names. All the epicsMath.h code is trying to do is ensure that we provide a definition of finite(), using isfinite() where it exists. I see no reason to check GLIBC versions, we don't need it to be that efficient. I am committing this change to the 3.14 branch, so it will appear in the forthcoming 3.14.12.6 release: #ifdef isfinite # undef finite -# define finite(x) isfinite(x) +# define finite(x) isfinite((double)x) #endif - Andrew -- There are only two hard problems in distributed systems: 2. Exactly-once delivery 1. Guaranteed order of messages 2. Exactly-once delivery -- Mathias Verraes
| ||||||||||||||
ANJ, 15 Jul 2016 |
·
Home
·
News
·
About
·
Base
·
Modules
·
Extensions
·
Distributions
·
Download
·
· Search · EPICS V4 · IRMIS · Talk · Bugs · Documents · Links · Licensing · |