May 2006 - Boost - lists.preview.boost.org

A lost Sandbox file?
by Daryle Walker 05 May '06

05 May '06

For the past few months, I always get this message: //======================================================================== cvs update: nothing known about boost-sandbox/libs/fields_visitor/doc/boostbook.css //======================================================================== whenever I update my CVS. I checked that directory and the CSS file doesn't exist (or, at least, not anymore). Is there some sort of cache that needs clearing? -- Daryle Walker Mac, Internet, and Video Game Junkie darylew AT hotmail DOT com

1 0

[Boost-bugs] [ boost-Bugs-1482703 ] time_from_string silently misreads date
by SourceForge.net 05 May '06

05 May '06

Bugs item #1482703, was opened at 2006-05-05 12:21 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=107586&aid=1482703&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: date_time Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Jeff Garland (az_sw_dude) Summary: time_from_string silently misreads date Initial Comment: The following code snippet: boost::posix_time::ptime t3 = boost::posix_time::time_from_string ("2006-03-02"); cout << " t3 = " << boost::posix_time::to_simple_string(t3) << endl; Gives: t3 = 2006-May-24 14:03:02 Admittedly, the date-time string is misformatted, as it doesn't have the HH-MM-SS fields, but silently giving the wrong dete is likely to be a very serious problem to users. For the record, let me say that date_time and boost is general are really very fine work which I greatly appreciate. -Mike Albert MAlbert(a)princeton.com ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=107586&aid=1482703&group_… ------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 _______________________________________________ Boost-bugs mailing list Boost-bugs(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/boost-bugs

1 0

SoC idea: tool that converts existing docs to quick-book
by Thorsten Ottosen 05 May '06

05 May '06

Hi, I guess the hedline says it all. In our effort to make the documentation more modern and similar, such a tool would be great IMO. -Thorsten

1 0

Re: [boost] [thread] 1.33.1 with vc71, links against msvcrt and msvcprt
by Dave McCabe 05 May '06

05 May '06

Roland Schwarz: > Don't know what you think is wrong on the above. These two dumpbin > indicate correct behaviour. Yes, they're absolutely correct, which is what I mean... Andrew had a -s version which linked against MSVCRT, which is the DLL runtime (not the single-threaded version, which Anthony thought). David ________________________________________________________________________ This e-mail, and any attachment, is confidential. If you have received it in error, do not use or disclose the information in any way, notify me immediately, and please delete it from your system. ________________________________________________________________________

2 1

Re: [boost] [thread] 1.33.1 with vc71, links against msvcrt and msvcprt
by Dave McCabe 05 May '06

05 May '06

Anthony Williams: > Any build of the library that requires MSVCPRT and MSVCRT is just > broken, since they are the single-threaded runtime, and their use > indicates that the library was built without MT support. I'm surprised > the library manages to build at all without MT support, since the CRT > thread functions, such as beginthread, aren't available unless MT > support is enabled. MSVCRT and MSVCPRT are the DLL runtimes, not the single-threaded ones; you're thinking of LIBC and LIBCP. I have STLport versions, but: C:\Boost\lib>dumpbin /directives libboost_thread-vc71-mt-sp-1_33_1.lib | findstr DEFAULTLIB | sort | uniq /DEFAULTLIB:"LIBCMT" /DEFAULTLIB:"libcpmt" /DEFAULTLIB:"OLDNAMES" /DEFAULTLIB:"stlport_vc71_static.lib" /DEFAULTLIB:"uuid.lib" C:\Boost\lib>dumpbin /directives libboost_thread-vc71-mt-p-1_33_1.lib | findstr DEFAULTLIB | sort | uniq /DEFAULTLIB:"msvcprt" /DEFAULTLIB:"MSVCRT" /DEFAULTLIB:"OLDNAMES" /DEFAULTLIB:"stlport_vc71.lib" /DEFAULTLIB:"uuid.lib" Looks like someone has managed to build the static version against DLL runtimes, or just done some creative renaming... -- David McCabe ________________________________________________________________________ This e-mail, and any attachment, is confidential. If you have received it in error, do not use or disclose the information in any way, notify me immediately, and please delete it from your system. ________________________________________________________________________

2 1

[mpl] preprocessed sources
by Michael Fink 05 May '06

05 May '06

Hi, I'm working around some issues in MPL with the evc4 (eMbedded Visual C++ 4) compiler. The compiler behaves just as a msvc6 one and includes files from "boost\mpl\aux_\preprocessed\msvc60\". In or_impl.hpp (and the same problem in and_impl.hpp) there is a defined for a templated "struct or_impl" and a specialisation for or_impl<false>::result_ after the struct. In evc4 the specialisation must be inside the class. The ..\msvc70\or.hpp implementation does this right for evc4. Now my question is how I should port the preprocessed sourcecode for evc4? Creating preprocessed files for evc4 somehow? Using the msvc70 files, given that it would work? Not using preprocessed files? I'm not familiar with this Boost library, I'm just porting it (as it gets used by many other libraries). bye Michael

1 0

evc4 porting questions
by Michael Fink 05 May '06

05 May '06

Hi, I'm currently trying to port Boost to evc4 and while porting some questions arised that should be answered before. 1. There are some parts of the sourcecode where Ansi Win32-API-functions are used, e.g. CreateFileA. These are not supported under Windows CE. Some projects provided workaround when BOOST_NO_ANSI_APIS is defined and called e.g. the CreateFileW function instead. The functions often use std::string as parameters, and so string converting must be done. Now my question: is there a "best practice" way to do string conversions in Boost? Boost.Thread in one place uses the A2CW macro that comes from the ATL header atlconv.h to do string conversion (file boost/libs/thread/src/once.cpp). I had to include the necessary files at the top of this file to get it to compile. Is this the way it should be done on systems where ATL is available? 2. There are some parts in sourcecode where I have to do system-specific code for Windows CE. What is the preferred way to do that, introduce a BOOST_xx macro or use the one that is already defined by the compiler (that would be _WIN32_WCE). An example would be this: #if defined(__BORLANDC__) extern "C" BOOL WINAPI DllEntryPoint(HINSTANCE /*hInstance*/, DWORD dwReason, LPVOID /*lpReserved*/) #elif defined(_WIN32_WCE) extern "C" BOOL WINAPI DllMain(HANDLE /*hInstance*/, DWORD dwReason, LPVOID /*lpReserved*/) #else extern "C" BOOL WINAPI DllMain(HINSTANCE /*hInstance*/, DWORD dwReason, LPVOID /*lpReserved*/) #endif I guess as compiler-specific defines are used throughout the sourcecode, it's okay to use a macro like _WIN32_WCE. That's it. bye Michael

1 0

[MPL][pqs] best way to implement dimensional analysis
by David Abrahams 05 May '06

05 May '06

"Andy Little" <andy(a)servocomm.freeserve.co.uk> writes: > "Pedro LamarÃ£o" wrote > >> I would like to see some "motivating example", like this one from the >> MPL documentation: >> >> http://www.boost.org/libs/mpl/doc/tutorial/tutorial-metafunctions.html > > If the above is a motivating example for mpl It's not meant to be, really. It's designed to get the reader acquainted with the library's fundamental abstractions. > then I dont think it is the best one. It's true, but not for the reasons you suggest. The problem is that in this example there is no code generation, only typechecking, which makes it not a very good representative of what metaprogramming can do. > The problem is that mpl doesnt work as the (naive?) user expects, > but worse the actual type of the quantity resulting from a > multiplication isnt exactly defined. All that is known about it is > that its dimension is comprised of "some sequence". True. > In practise I found this, which was described as a convenience > feature Excuse me? Where did you _ever_ see this described as a convenience?! > actually caused a great deal more work in the implementation. It > also causes problems with trying to figure what to register with > Boost.Typeof and I suspect that it would continue to throw up > similar problems whenever the type is required to be known. The fact > is that an interface must have exactly predictable types. No, that is not a fact. You can find numerous examples in the standard (and more in TR1) where types are left unspecified. > The interface in this case ( The visible part. e.g for use in > function signatures etc) is in the template signature of the > class. IMO mpl isnt the best way to implement the dimension of a > quantity for this reason. If you mean that using mpl::transform on the builtin MPL sequences isn't the best approach, I'm inclined to agree. It's a somewhat naive approach designed to demonstrate some of the fundamental concepts in the library. I wouldn't agree if you were to suggest that MPL can't be useful anywhere in implementing such a library. > I am sorry to go on about this, Well, it is rather a strange outburst to find in the middle of the Fusion review thread, where someone just referred to the MPL doc to make a point. Maybe you should bring it up separately if you want to talk about this. -- Dave Abrahams Boost Consulting www.boost-consulting.com

2 1

[fusion] With or without qualification?
by David Abrahams 05 May '06

05 May '06

Are customizable fusion functions such as begin(s) supposed to be called with or without qualification? I.e. do you expect them to be found via ADL or by other means? -- Dave Abrahams Boost Consulting www.boost-consulting.com

2 1

Re: [boost] Deprecation and Boost
by Reece Dunn 05 May '06

05 May '06

Alisdair Meredith wrote: > > It has been agreed that several platforms will be deprecated in this > version of Boost. To support that I have added a warning to the > Borland config to alert anyone using old versions of this platform that > it is being deprecated and this is the last compatible release. > > What I notice is the warning gets annoying pretty quickly. > > I propose to wrap the warning in the following test: > > #if __BORLANDC__ <= 0x581 && !defined(BOOST_ACKNOWLEDGE_DEPRECATED_1_34) > # pragma message "..."; > #endif > > This will allow users to disable the warning by defining the macro in > their environment. It may be useful to make it work the other way (learning from Microsoft deprecating features by default). If not, then tell the user how to turn the deprecation off in the message, e.g. The Borland compiler for versions lower than 6.0 are deprecated. Support for this platform will be dropped in the future. To turn off this warning, define .... > I would like to extend this to a general policy, to make deprecation > more visible were it occurs. Using the BOOST_ACKNOWLDGE_DEPRECATED > test we could deprecate libraries or functions, as well as platforms. That would be useful, but see above. > The test is a simple 'does this macro exist' rather than testing for a > value, so should be compatible with toolchains that allow defining > macros, but not giving them values. Agreed. > The macro is tied to the specific version that is deprecated, so in > later releases we should grep for BOOST_DEPRECATED and either update > the version, or do something stronger such as use #error (platform) or > remove the code entirely (library) Maybe have a BOOST_FORCE_DEPRECATE_AS_ERROR macro to use errors instead of warnings, but using warnings by default. > If this meets approval I will try to write up some more formal > documentation for early next week, and provide something for the 1.34 > release notes. Great. > For reference I believe we agreed to deprecate the following platforms > in this release: > borland < 5.8 [Recommend we only support 5.82] > gcc 2.95 > MSVC < 7.1 > CW 8.3 I would say CW <= 8.3 if users have 8.2 or earlier. - Reece _________________________________________________________________ Express yourself instantly with MSN Messenger! Download today it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/

1 0