From: Art Stamness (artstamness_at_[hidden])
Date: 2007-02-01 15:29:35
On Jan 31, 2007, at 6:31 PM, Chris Weed wrote:
> I looked at the docs, but some of the links are broken on the first
> I tried IE and Firefox.
I have replaced the dead links, and placed unfinished comments next
to documentation that are yet to be complete.
> I also found some of the examples confusing, such as clicking
> bit_array -> select, and the example used a bit_vector.
I have added a large note at the top of pages with shared
functionality, so any, none, select, iterators, pack, unpack, and
flip should all say that these functions are equivalent across
bit_containers: bit_array, bit_vector, bit_container adaptor.
> Even more confusing is the lack of documentation of the classes'
> template argument.
I have added template argument list documentation to all classes, and
class template functions.
> Also, If I can do the following
> typedef bit_array<16> 16bits;
> I would also expect to be able to get the size value at compile time
> through a const, static value or enum, such as 16bits::size.
It is there. bit_array<16>::static_size is an enum of value 16. This
is done the same as you would find with boost::array<int,
Thank you for your feedback.
> On 1/31/07, Art Stamness <artstamness_at_[hidden]> wrote:
>> I have been working on a library that is used for low level bit
>> manipulation of integral types, and modeling of n-bit length types. I
>> have written it as a template library, for inclusion with the Boost
>> library ( hopefully).
>> This is my public request for interest to see if anyone would be
>> interested in such a library. This code runs under Visual Studio
>> and g++ ( linux, and Mac ) . I have posted a web page with
>> documentation ( still a work in progress ), of most all the
>> functionality in the library. There is also a tar ball there, that
>> has been tested with Boost 1.33.1 .
>> Documentation and source tar-ball can be found here :
>> Any feedback, positive, negative, suggestions is always appreciated.
>> Also if there is a better suggestion for a name, I am open to it. I
>> realize the Boost.Logic library has a very different purpose than
>> this one, and don't want them to be confused.
>> Unsubscribe & other changes: http://lists.boost.org/mailman/
> Unsubscribe & other changes: http://lists.boost.org/mailman/
Boost list run by bdawes at acm.org, gregod at cs.rpi.edu, cpdaniel at pacbell.net, john at johnmaddock.co.uk