----- Original Message -----
From: "Vicente J. Botet Escriba"
The easiest-to-manipulate, built-in, unsigned integral type with at least N bits. The parameter should be a positive number. A compile-time error results if the parameter is larger than the number of bits in the largest integer type.
If I change 65 to 66, the code fails to compile. Can something this simple really be a bug in the library? Yes, I know, I could check the source code, but I'm being lazy right now. If this is not a clear case of pilot error, I'll take a look.
Confirmed as a bug, and fixed in Trunk - can't really see how it was ever expected to work really :-(
this was reported already here http://boost.2283326.n4.nabble.com/integer-Bug-in-int-t-lt-65-gt-tt4415449.h...
Was the patch I proposed be applied? if yes, what is wrong now?
That was applied and is in 1.49, but a different issue effects uint_t specifically. John.