Re: [patches] libdfp

["Joseph S. Myers" <joseph@xxxxxxxxxxxxxxxx>]

On Mon, 29 Jun 2009, Ryan Arnold wrote:

> Additionally, having this be a stand-alone library can shield eglibc
> from last minute DFP spec changes which would change the EGLIBC API.

The spec is there, stable, and published as a TR.  It might indeed change, 
in which case libdfp might use feature test macros, compatibility symbols 
or increase the SONAME version number (which seems much less disruptive 
than doing so with libc).  (The position I take for GCC is that for TRs we 
don't try to support multiple versions of the same TR through different 
-std options as we do for the language standard proper, but just the most 
recent version anyone's implemented.)

> DFP support will be part of the ISO C standard eventually.  EGLIBC is an

That seems highly speculative given that as far as I can tell from the 
WG14 minutes there seems no mood to integrate it in C1x even as something 
optional (and certainly the mood at the last London meeting was against 
having more mandatory features of use to very limited constituencies).

-- 
Joseph S. Myers
joseph@xxxxxxxxxxxxxxxx