From: Victor A. Wagner, Jr. (vawjr_at_[hidden])
Date: 2004-02-03 13:27:47
OK apparently it's just a leftover from the VC++6.0 days. (or maybe early VC7)
IF one doesn't set the option to "disable language extensions" auto_link
will work just fine.
I'm personally puzzled as to why we still need the "language extensions" to
use the boost library (since I altered auto_link.hpp on MY system to allow
ANY _MSC_VER >= 1300 and it appears to be functioning)
I DO note there is a comment in visualc.hpp that says /Za problem with VC7
1.14 (johnmadd 11-May-02): #if !defined(_MSC_EXTENSIONS) &&
!defined(BOOST_NO_DEPENDENT_TYPES_IN_TEMPLATE_VALUE_PARAMETERS) // VC7
bug with /Za
1.9 (johnmadd 28-Mar-02): # define
1.9 (johnmadd 28-Mar-02): #endif
That was a while back.
Does VC7.1 still have the same problem?
Are we warranted in disabling auto-link because _MSC_EXTENSIONS isn't
If we're going to leave the libraries the way they are, perhaps some
documentation somewhere that mentions these requirements for options in
order to use the libraries is indicated.
At Tuesday 2004-02-03 09:40, you wrote:
>Surely you jest!!!
>you're going to break EVERY program out there that uses the date_time
>THIS IS ABSOLUTELY UNACCEPTABLE!!!
>I've been bitching about this "let's include the revision number" in the
>library name junk since it was first proposed and was _assured_ that it
>wouldn't be a problem for the user.
>well it IS a problem for the user
>At Tuesday 2004-02-03 05:36, you wrote:
>>At 04:41 AM 2/3/2004, Victor A. Wagner, Jr. wrote:
>> >Yes, I mean the autolink stuff.
>> >I trust we are NOT going to release 1.31 withOUT the autolink stuff
>>Sorry. Too late.
>>Unsubscribe & other changes:
>Victor A. Wagner Jr. http://rudbek.com
>The five most dangerous words in the English language:
> "There oughta be a law"
>Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
Victor A. Wagner Jr. http://rudbek.com
The five most dangerous words in the English language:
"There oughta be a law"
Boost list run by bdawes at acm.org, gregod at cs.rpi.edu, cpdaniel at pacbell.net, john at johnmaddock.co.uk