Re: [boost] Minor Problems with Boost 1.23.0

From: Beman Dawes (bdawes_at_[hidden])
Date: 2001-07-08 12:54:16

At 10:52 PM 7/7/2001, Daryle Walker wrote:

 >This is from comparing my current Boost folder with an expansion of the
 >latest Boost archive.  I use the new folder after making a comparison and
 >writing this report.  (All paths relative to BOOST_ROOT.)
 >
 >1.  For /status/cs-linux.html, the links to KAI in the table headers 
don't
 >have the href="" surrounding them.  The real cause could be the same
 >mistake
 >in /status/compiler.cfg.

Fixed.

 >  While you're at it, maybe you can change those
 >header cells to use true <th> tags.

The HTML reference I use says <th> is rendered the same as <td> at least in 
some browsers.

 >2.  The last unordered list in /more/formal_review_process.htm used to be 
a
 >single big <ul> block, now it's a bunch of <ul> blocks with one <li> 
each.
 >It should be fixed back.

Yes, I guess it does look better the old way.  Also more consistent with 
other lists on the page.

 >3.  A note about regex.  I've noticed that the version number increases 
on
 >all the files, even if nothing else changes.  Some people on the list 
have
 >mentioned doing stuff like this is bad because it forces a recompile
 >because
 >of a Boost update that has (otherwise) no real change.  I think it makes
 >the
 >HTML files look funny because the version number is updated without
 >changing
 >a year-old date.  It also makes pointless busywork for Regex's author.

John?

 >4.  The /libs/python/doc/pointers.html file got a correction from "&lt" 
to
 >"&lt;", but the corresponding "&gt" remains.  (They're in a section with
 >code for a GCC 2.95.2 workaround.)

I'll leave that for Dave.

 >5.  The /boost/detail/limits.hpp file can reference the WCHAR_MIN and
 >WCHAR_MAX macro constants, but it doesn't #include the <cwchar> header
 >where they come from.

Hum.  Learn something new everyday.  Fixed.

Thanks,

--Beman