Omgili, forum search, forums search, search forums, discussion search,discussions search, search discussions, board search, boards search, search boards
  Advanced Search

Re: [boost] [Boost-users] numeric_cast_traits/cstdint: request for fix in boost1.49

On Sat, 28 Jan 2012 13:09:45 -0000, John Maddock <...@virgin.net

Thanks for raising this on the list, I just posted these comments to the
Trac ticket:

"IMO this is the wrong fix: our code should make no assumptions about the
actual type of uintXX_t etc.

IMO the preprocessed headers are just plain wrong - you can't mix concrete
types (char short etc) with typedefs (intXX_t) because you're just asking
for problems with duplicate specializations. It has to be all real types
throughout.

BTW in addition to the two platforms mentioned above, this is also broken
for Sun on Linux.

Reassigning to the person who made these changes..."

Not sure if we can fix this for 1.49, but you're right, it is a high
priority.

Hopefully Brandon Kohn is reading this as he made those changes?

John.

_______________________________________________
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost



On Sat, 28 Jan 2012 12:39:20 -0500, Brandon Kohn <...@hotmail.com

I'm on it ;).

Brandon

_______________________________________________
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost

On Mon, 30 Jan 2012 08:49:11 -0500, Brandon Kohn <...@hotmail.com

Shall I push the fixes to the release?

Cheers,

Brandon

_______________________________________________
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost

On Sat, 28 Jan 2012 15:02:23 -0500, Brandon Kohn <...@hotmail.com

Hello,

I've put a fix for this up on the trunk. I've run my unit tests on vc100
and gcc-4.5.3 cygwin. Could some of you with the other platforms give it
a try?

Cheers,

Brandon

_______________________________________________
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost

On Sun, 29 Jan 2012 22:25:09 +0900, Michel Morin <...@gmail.com

Antony Polukhin is the current maintainer of lexical_cast.
So it would be better to change "owner" from nasonov to
apolukhin in the ticket #6462.
(This kind of changes is allowed only to authenticated users,
so I cannot do this.)

Regards,
Michel

_______________________________________________
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost

On Sun, 29 Jan 2012 18:00:54 -0000, John Maddock <...@virgin.net

Oops, fixed that one, plus a couple other recent lexical_cast tickets, and
changed the default for that component so this doesn't happen again....

John.

_______________________________________________
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost

On Sat, 28 Jan 2012 09:38:43 -0800, "Robert Ramey" <...@rrsd.com

I've taken a careful look at this library as part of something else I'm
working on. Its really hard to understand how the library is supposed
to be used and what facilities it provides. The usage of policies
makes it clear that one can customize it, but the default policies
don't seem to be explained. For example, I had a simple question:
if I use the library with the default policies to convert an unsigned
char with a value of 128 to a signed char, what will happen?
Will an exception be thrown (which is what I want) or will
something else happen. I couldn't get an easy answer to a question
like this. Of course I could troll the source, but that's also quite
time consuming. For starters, the documenation needs to be
improved.

Robert Ramey

_______________________________________________
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost

On Sat, 28 Jan 2012 12:48:10 -0500, Brandon Kohn <...@hotmail.com

I added some documentation for the way to customize policies, but didn't
get the new docs properly into the 1.48 release branch on time for the
release. The new docs are in the release trunk. There is an example that
shows how to override the default policies for a custom numeric type
using the numeric_cast_traits specialization.

For example, I had a simple question:

I believe the default behavior for the range checker is to see if the
new type's range as defined in numeric_limits<new typethe number. If the number falls out of that range the overflow handler
will fire. There the default behavior is to throw an overflow exception
(positive or negative).

Brandon

_______________________________________________
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost