
Boost : 
Subject: Re: [boost] [fixed_point] Request for interest in a binary fixed point library
From: Christopher Kormanyos (e_float_at_[hidden])
Date: 20120411 17:21:01
>> Yes! Absolutely interested!
>> I use fixedpoint extensively with hard realtime microcontroller systems.
>> I am particularly interested in stuff like a 7.8 and 15.16 signed split.
> What 7.8 stands for? 7 bits for the integer part and 8 for the fractional part?
I use 7.8, for example, for a signed 16bit type with one sign bit,
seven mantissa binary digits and eight binary fractional digits.
> I guess you prefer a specific class for signed fixed_points and not a template parameter.
> sfp<7,8>
> versus
> fp<int16_t, 7,8>
> Do you mind if the library propose some metafunction to specify different formats, e.g.
> format_i_f<7,8>::type and format_i_f<15,16>::type
> An alternative design is to have a format parameter, so for example the user could use specific formats
<snip>
> where i_f has as parameters the number of integral and fractional bits and r_r
> has as parameters the range and resolution. Currently my prototype and the C++
> proposal uses this r_r format. Others use the total number of bits
> (width including the sign) and the fractional w_f
I can use anything. The great advantage of your selected
convention is that it is absolutely clear how many digits
there are in mantissa and fraction. I like it.
> Do you mind if the rounding strategy is a template parameter?
> An enumeration or and open policy?
Do we even really need a rounding policy? I honestly don't know.
I thought the whole deal with fixedpoint was to free us from the
burdens of formal floatingpoint representation and obtain efficiency
and exactness via nearinteger representation. Maybe others have a
clear, or more formal, suggestion here.
> Do you have any preferences for the namespace and class names?
Yes, in other post, "boost/fixed_point".
> Any comment is welcome.
I'll try on the weekend.
Best regards, Chris.
Boost list run by bdawes at acm.org, gregod at cs.rpi.edu, cpdaniel at pacbell.net, john at johnmaddock.co.uk