"Ralf W. Grosse-Kunstleve" <rwgk@yahoo.com> writes:
--- David Abrahams <dave@boost-consulting.com> wrote:
"JOAQUIN LOPEZ MU?Z" <joaquin@tid.es> writes:
Hi Dave
----- Mensaje original ----- De: David Abrahams <dave@boost-consulting.com> Fecha: Sábado, Junio 18, 2005 9:58 pm Asunto: Re: [boost] [mpl][tru64cxx] set failing
"JOAQUIN LOPEZ MU?Z" <joaquin@tid.es> writes:
mpl::set is currently failing
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:
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