Re: [boost] [mpl][tru64cxx] set failing

From: David Abrahams (dave_at_[hidden])
Date: 2005-06-19 12:14:23

"Ralf W. Grosse-Kunstleve" <rwgk_at_[hidden]> writes:

> --- David Abrahams <dave_at_[hidden]> wrote:
>
>> "JOAQUIN LOPEZ MU?Z" <joaquin_at_[hidden]> writes:
>> 
>> > Hi Dave
>> >
>> > ----- Mensaje original -----
>> > De: David Abrahams <dave_at_[hidden]>
>> > Fecha: Sábado, Junio 18, 2005 9:58 pm
>> > Asunto: Re: [boost] [mpl][tru64cxx] set failing
>> >
>> >> "JOAQUIN LOPEZ MU?Z" <joaquin_at_[hidden]> writes:
>> >> 
>> >> > mpl::set is currently failing 
>> >> >
>> >> > http://tinyurl.com/9qzuh
>> >> 
>> >> Because the component is broken and I checked in a testcase that shows
>> >> it to be broken.
>> >> 
>> >
>> > I don't think this has to do with your newly checked
>> > testcase: the problem also shows outside MPL test suite:
>> >
>> > http://tinyurl.com/8vdtj
>> >
>> > Besides, last COMSOFT regression cycle is older than
>> > your commit.
>> 
>> In that case I have no clue about this one.
>> 
>> Well, I'm fixing the set problem Brian found now, anyway.
>
> I am not sure this is related, 

It's not.

> but something bad happened recently. We the CVS from a few minutes
> ago I get:
>
> % cxx -std strict_ansi -msg_display_number -msg_disable 186,450,1115 -tlocal
> -DBOOST_DISABLE_THREADS -DNDEBUG -O2 -fast -DBOOST_PYTHON_MAX_BASES=2
> -DBOOST_PYTHON_SOURCE -I/net/legless/scratch1/rwgk/hot/boost
> -I/usr/local_cci/Python-2.4.1_ticker_simple/include/python2.4 -c -o
> boost/libs/python/src/converter/builtin_converters.os
> /net/legless/scratch1/rwgk/hot/boost/libs/python/src/converter/builtin_converters.cpp
> cxx: Error: /net/legless/scratch1/rwgk/hot/boost/boost/cast.hpp, line 347: #94 
>           the size of an array must be greater than zero
>           detected during instantiation of "Target
>                     boost::numeric_cast<Target,Source>(Source) [with
>                     Target=unsigned long long, Source=long]" at line 204 of
>                     "/net/legless/scratch1/rwgk/hot/boost/libs/python/src/conve
>                     rter/builtin_converters.cpp"
>         typedef bool result_must_be_numeric[result_traits::is_specialized];
> --------------------------------------------^
> cxx: Info: 1 error detected in the compilation of
> "/net/legless/scratch1/rwgk/hot/boost/libs/python/src/converter/builtin_converters.cpp".
>
> It used to work a few days ago (ca. 2-4). If this is not something obvious I
> could try to find out which CVS commit lead to the regression.

Well, it's complaining that unsigned long long is not a numeric type.

I can't for the life of me understand why boost::numeric_cast is still
hanging around in cast.hpp when we have another one (that actually
works!) in boost/numeric/conversion/cast.hpp.  This seems like fodder
for ODR violations.  Fernando, what's up with this?  Why haven't you
replaced the one in cast.hpp with an #include?

-- 
Dave Abrahams
Boost Consulting
www.boost-consulting.com