Re: [Boost-users] [1.33.0] Release candidate #1 is available
The date_time library fails to compile with Borland C++ 5.6.4 for want of the recursive functions such as localtime_r etc. Borland needs adding to the list of compilers not supporting these functions in date_time/compiler_config.hpp. I built RC1 by replacing Spirit 1.8.x supplied with RC1 with Spirit 1.6 and then did:
bjam "-sTOOLS=borland" --without-wave stage
The wave library requries Spirit 1.8.x so I chose to exclude it from the build. Richard -----Original Message----- From: boost-users-bounces@lists.boost.org [mailto:boost-users-bounces@lists.boost.org] On Behalf Of Doug Gregor Sent: 01 August 2005 18:04 To: boost-users@lists.boost.org Subject: [Boost-users] [1.33.0] Release candidate #1 is available Boost 1.33.0 release candidate #1 is now available here: http://www.osl.iu.edu/~dgregor/boost-1.33.0/ There are two sets of files important for this release: - boost_1_33_0_rc1.*: The actual release candidate - boost_1_33_0_(docbook|fo|man).*: The documentation in other formats Please download and unpack the archives, browse the documentation, try the release with your favorite compiler, etc. Thanks! Doug Gregor 1.33.0 Release Manager _______________________________________________ Boost-users mailing list Boost-users@lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users
On Tue, 2 Aug 2005 10:44:45 +0100, Richard Jennings wrote
The date_time library fails to compile with Borland C++ 5.6.4 for want of the recursive functions such as localtime_r etc. Borland needs adding to the list of compilers not supporting these functions in date_time/compiler_config.hpp.
Doug Ok ot check-in? The fix is trivial... Note that this release is likely the end of the line for date-time and Borland 5.6.4/VC6, etc. I've been looking at making a series of changes in support of a TR2 proposal and several of them will be a big pain with these old compilers... Jeff
On Aug 2, 2005, at 8:36 AM, Jeff Garland wrote:
On Tue, 2 Aug 2005 10:44:45 +0100, Richard Jennings wrote
The date_time library fails to compile with Borland C++ 5.6.4 for want of the recursive functions such as localtime_r etc. Borland needs adding to the list of compilers not supporting these functions in date_time/compiler_config.hpp.
Doug Ok ot check-in? The fix is trivial...
Note that this release is likely the end of the line for date-time and Borland 5.6.4/VC6, etc. I've been looking at making a series of changes in support of a TR2 proposal and several of them will be a big pain with these old compilers...
Yes, go ahead. Doug
On Tue, 2 Aug 2005 08:44:22 -0500, Douglas Gregor wrote
On Aug 2, 2005, at 8:36 AM, Jeff Garland wrote:
On Tue, 2 Aug 2005 10:44:45 +0100, Richard Jennings wrote
The date_time library fails to compile with Borland C++ 5.6.4 for want of the recursive functions such as localtime_r etc. Borland needs adding to the list of compilers not supporting these functions in date_time/compiler_config.hpp.
Doug Ok ot check-in? The fix is trivial... ...
Yes, go ahead.
Done. Jeff ps: I'll add my thx to the OSL admins for their work on the mailing list -- it is incredibly fast now -- posts reflecting almost immediately. We haven't seen performance like this since Yahoo Groups days. Nice work guys!
"Jeff Garland" <jeff@crystalclearsoftware.com> wrote in message news:20050802133624.M88798@crystalclearsoftware.com...
Note that this release is likely the end of the line for date-time and Borland 5.6.4/VC6, etc. I've been looking at making a series of changes in support of a TR2 proposal and several of them will be a big pain with these old compilers...
Boost.Filesystem is also going to have a lot of trouble with those compilers. Same reason - TR2 proposal code just isn't going to work without enable_if and other modern techniques. I'm going to try to provide support for narrow strings only, but even that will be a battle. --Beman
On Tue, 2 Aug 2005 21:46:52 -0400, Beman Dawes wrote
"Jeff Garland" <jeff@crystalclearsoftware.com> wrote in message news:20050802133624.M88798@crystalclearsoftware.com...
Boost.Filesystem is also going to have a lot of trouble with those compilers. Same reason - TR2 proposal code just isn't going to work without enable_if and other modern techniques.
I'm going to try to provide support for narrow strings only, but even that will be a battle.
Well, I'll keep saying it: I think Boost developers have better things to do with their time than fight these old relics. It might be different if there were and big supply of developers and no important work left to do. I'd much rather see us devote time to helping along a network or database library (or a bunch of other worthy things). Jeff
participants (1)
-
Beman Dawes -
Douglas Gregor -
Jeff Garland -
Richard Jennings