Boost logo

Boost :

From: Alisdair Meredith (alisdair.meredith_at_[hidden])
Date: 2003-02-19 05:51:45


Beman Dawes wrote:

> In the meantime, for people who submitted patches in the last couple of
> weeks, you might want to check that the patches were either made or
> rejected, rather than just missed in the last minute rush. Please post a
> reminder if they appear to have been forgotten.

I submitted the following patches over the last few weeks that may have
been lost:

[Note: I am now using a proposed new defect-detection macro,
BOOST_NO_STATIC_CONST_AS_TEMPLATE_PARAM, currently only defined for
borland <=0x0570]

cvs diff borland.hpp (in directory
C:\Projects\3rdParty\boost\boost\config\compiler\)
Index: borland.hpp
===================================================================
RCS file: /cvsroot/boost/boost/boost/config/compiler/borland.hpp,v
retrieving revision 1.17
diff -r1.17 borland.hpp
34a35
> # define BOOST_NO_STATIC_CONST_AS_TEMPLATE_PARAM

Random library [also fixes Graph library test]

cvs diff uniform_smallint.hpp
Index: uniform_smallint.hpp
===================================================================
RCS file: /cvsroot/boost/boost/boost/random/uniform_smallint.hpp,v
retrieving revision 1.20
diff -r1.20 uniform_smallint.hpp
190a191,192
> #elif defined( BOOST_NO_STATIC_CONST_AS_TEMPLATE_PARAM )
> typedef typename detail::uniform_smallint< boost::is_float<typename UniformRandomNumberGenerator::result_type>::value == false >::BOOST_NESTED_TEMPLATE impl<UniformRandomNumberGenerator, IntType>::type impl_type;

cvs diff uniform_int.hpp
Index: uniform_int.hpp
===================================================================
RCS file: /cvsroot/boost/boost/boost/random/uniform_int.hpp,v
retrieving revision 1.21
diff -r1.21 uniform_int.hpp
208a209,210
> #elif defined( BOOST_NO_STATIC_CONST_AS_TEMPLATE_PARAM )
> typedef typename detail::uniform_int< boost::is_float<typename UniformRandomNumberGenerator::result_type>::value == false >::BOOST_NESTED_TEMPLATE impl<UniformRandomNumberGenerator, IntType>::type impl_type;

Fix for tuple_io test:
[I am proposing a more general boost-config workaround for this and
related borland bugs, but no defect-detection macro yet]

cvs diff tuple_io.hpp (in directory
C:\Projects\3rdParty\boost\boost\tuple\)
Index: tuple_io.hpp
===================================================================
RCS file: /cvsroot/boost/boost/boost/tuple/tuple_io.hpp,v
retrieving revision 1.7
diff -r1.7 tuple_io.hpp
440a441,442
> #elif defined ( __BORLANDC__ )
> const bool is_delimiter = !std::use_facet< std::ctype< CharType > >( is.getloc() ).is( std::ctype_base::space, d);
442c444
< const bool is_delimiter = (!std::isspace(d, is.getloc())
);

---
>   const bool is_delimiter = (!std::isspace(d, is.getloc()) );
I have applied BOOST_NO_STATIC_CONST_AS_TEMPLATE_PARAM in several other
places, but at the moment this only shows up 'the next error'.  I am
holding further investigations back until after release 1.30.
-- 
AlisdairM

Boost list run by bdawes at acm.org, gregod at cs.rpi.edu, cpdaniel at pacbell.net, john at johnmaddock.co.uk