|
Boost : |
Subject: Re: [boost] [xint] Third release is ready, requesting preliminary review
From: Chad Nelson (chad.thecomfychair_at_[hidden])
Date: 2010-05-03 11:48:06
-----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.
>> 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.
>> flag_readonly isn't stored in data_t because I'd have to store yet
>> another variable there to handle it, which would be inefficient
>> because I had plenty of room in this really handy flag variable
>> that I already had to have in base_integer anyway.
>
> Maybe a DSEL could help in this case. Could you say more when and how
> this readonly flag is used?
See base_integer.cpp, function base_integer::_is_fixed.
> I'm afraid. I was also tired and should go to sleep before. I should
> just request you to explain the rationale behind that. [...]
And I should have waited until morning to answer that message. Sorry for
going off on you like that.
- --
Chad Nelson
Oak Circle Software, Inc.
*
*
*
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iEYEARECAAYFAkve8DMACgkQp9x9jeZ9/wT3OACgyo4+sW8JLrEMeuqdL3CYaQ4P
oVQAn0dRCqz+6lppJnzcEAySWT0zjhup
=upTT
-----END PGP SIGNATURE-----
Boost list run by bdawes at acm.org, gregod at cs.rpi.edu, cpdaniel at pacbell.net, john at johnmaddock.co.uk