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,
> 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
> 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
> typedef bool result_must_be_numeric[result_traits::is_specialized];
> cxx: Info: 1 error detected in the compilation of
> 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
Boost list run by bdawes at acm.org, gregod at cs.rpi.edu, cpdaniel at pacbell.net, john at johnmaddock.co.uk