Subject: Re: [boost] Boost.Integer makeover
From: Paul A. Bristow (pbristow_at_[hidden])
Date: 2009-11-26 10:07:33
> -----Original Message-----
> From: boost-bounces_at_[hidden] [mailto:boost-bounces_at_[hidden]] On Behalf Of
> Daniel James
> Sent: Thursday, November 26, 2009 2:24 PM
> To: boost_at_[hidden]
> Subject: Re: [boost] Boost.Integer makeover
> 2009/11/26 Paul A. Bristow <pbristow_at_[hidden]>:
> > Copyright ï¿½ 2001 -2009 Beman Dawes, Daryle Walker, Gennaro Prota, John Maddock
> > Tableï¿½2.ï¿½Members of the `boost::high_bit_mask_t` Class Template
> > Tableï¿½3.ï¿½Members of the [^boost::low_bits_mask_t] Class Template
> That's because subversion sets the character encoding to UTF-8 in the
> http header which overrides the character encoding in the file. It'll
> be fine elsewhere. I don't know if it's possible to stop subversion
> from doing that. Although ideally, we should use character entities
> for all anything that isn't ascii.
So does this mean that a release using a zip from Sourceforge will display OK.
The symbols used above are trivial and not important, but does it mean that some more significant symbols like math and greek say will not display right?
I don't remember this being a problem with the Math development, but perhaps we never used SVN to move html files?
Not a problem with pdf I presume.
Or should we use a different way of specifying symbols to avoid this?
--- Paul A. Bristow Prizet Farmhouse Kendal, UK LA8 8AB +44 1539 561830, mobile +44 7714330204 pbristow_at_[hidden]
Boost list run by bdawes at acm.org, gregod at cs.rpi.edu, cpdaniel at pacbell.net, john at johnmaddock.co.uk