Re: [boost] [xint] Third release is ready, requesting preliminary review

Subject: Re: [boost] [xint] Third release is ready, requesting preliminary review
From: vicente.botet (vicente.botet_at_[hidden])
Date: 2010-05-03 11:51:16

----- Original Message ----- 
From: "Chad Nelson" <chad.thecomfychair_at_[hidden]>
To: <boost_at_[hidden]>
Sent: Monday, May 03, 2010 5:48 PM
Subject: Re: [boost] [xint] Third release is ready, requesting preliminary review

> 
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
> 
> On 05/03/2010 03:39 AM, Vicente Botet Escriba wrote:
> 
>>> flag_negative isn't stored in data_t because if it were, I'd have
>>> to make a deep copy of every number when I only want to make it
>>> negative for a temporary calculation.
>> 
>> Maybe a DSEL could help in this case.
> 
> A domain-specific embedded language? I don't know anything about such
> programming, but from what I've been able to find, it sounds like a heck
> of a lot of work for very little benefit.

The benefit is performances. DSEL is not simple, but for the user of the library this will be a clear benefit.
 
>>> flag_fixedlength isn't stored in data_t because that would defeat
>>> the purpose of it, which is to identify a fixed_integer to the
>>> allocation functions when no data_t has been allocated for it yet.
>> 
>> Maybe this can be stored on fixed interger then?
> 
> How? fixed_integer doesn't handle its own allocation, it relies on
> base_integer to do that.

See the mail form Jeffrey. CRTP should help.

best,
Vicente