- Boost - lists.boost.org

RE: [boost] Re: [1.32 release] ANN: Beta *overall* summary report s
by Aleksey Gurtovoy 20 Jul '04

20 Jul '04

David Abrahams writes: > Christopher Currie <codemonkey(a)gmail.com> writes: > > No one owns it, it doesn't exist. I'm trying to create it, and the > > problem is that the directory CVS-HEAD isn't group writeable. > > Then who owns the directory? Only its owner can fix it. Fixed. -- Aleksey Gurtovoy MetaCommunications Engineering

1 0

RE: [boost] Re:ANN: Beta *overall* summary reports
by Aleksey Gurtovoy 20 Jul '04

20 Jul '04

Victor A. Wagner Jr. writes: > > how does one go about uploading log sets Please see (a very short and easy!) setup procedure at http://tinyurl.com/4f2zp (the original is in the CVS -- http://tinyurl.com/68bdq, but the last revision is not available from the web yet). > I'm currently running all the tests every 0300 PDT right after doing a > cvs -z9 update -dPA >> update.log > > and rebuilding bjam (whether it needs it or not...there > doesn't seem to be a jamfile for it) The script above is fully automatic and takes care of the whole thing. -- Aleksey Gurtovoy MetaCommunications Engineering

1 0

RE: [boost] Re: [1.32 release] ANN: Beta *overall* summary report s
by Aleksey Gurtovoy 20 Jul '04

20 Jul '04

Christopher Currie writes: > Aleksey Gurtovoy wrote: > > As usual, comments/suggestions/bug reports are most welcome. > > This is a great effor, thanks for putting this together. Thank you; I hope we can bring this to a usable state within a few days. > > Unfortunately, I came across a few problems trying to run this on my > Solaris box. The first few center around the system( ) call, which > tries to run a 'tmp.cmd' that gets created in the execution directory: > > - This will fail if the CWD is read only to the user > - The CWD isn't usually in my PATH, so the shell can't find > it to run it > - The file isn't created with execute permissions, so the > shell can't run if it finds it. Sorry about that, that was basically a forgotten and untested Windows-only code. Fixed now. > > Once I worked around those problems (by pre-creating the file +x in the > CWD), I couldn't upload the results, due to a permissions error in the > incoming/CVS-HEAD directory: > > scp: > /home/groups/b/bo/boost/htdocs/regression-logs/incoming/CVS-HE > AD/cgc.xml: > Permission denied Fixed this one as well. Hopefully everything should work for you now. -- Aleksey Gurtovoy MetaCommunications Engineering

1 0

RE: [boost] additional boost libraries?
by Reece Dunn 20 Jul '04

20 Jul '04

Aleksander Demko wrote: >I, like billions of other developers, have a medium sized project >that for various reasons, invented its own thread, io, etc >libraries. I'm thinkin of switching over to boost stuff for all my >utility needs, but I'm wondering if boost has/possibly will have/is >open to the possibility of adding/ or will never have the following >facilities: > > serialization/object persistance (via iostreams) I am not sure if the Boost.Serialization library supports this, you'd need to ask Robert Ramey. I have a library in the sandbox (outfmt) that supports I/O of the standard containers and several boost constructs (e.g. contained_pair) for sequential types. I am currently in the process of overhauling the documentation and tests ready for the upcoming review. > network socket iostreams Check out Jonathan Turkanis's IOStreams library (pending review). As far as I am aware, this makes it easier to write custom I/O streams. You will probably need to implement the socket code for it, but there might be a Boost library that does that. > interface to dlls/.so loading I am not sure about these. I think the thread library provides something like this to perform thread cleanup, but you'd need to ask one of the Boost.Thread people. > url parsing (something like the filesystem lib) It should be possible to use Boost.Spirit to write a URL grammar. URL handling would be a good extension to the filesystem library, although I am not sure if/how it is possible. >and, just out of curiosity: > xml/html parsing It is possible to use Boost.Spirit for this. If you check out the Spirit repository (http://spirit.sourceforge.net/repository/applications/show_contents.php) you will find several examples. Also, if you want a SAX-based parser, contact me off-list and I'll e-mail the parser I have been working on. NOTE: my parser does not check tag/element name validity, but does perform basic structural clean-up. Regards, Reece _________________________________________________________________ It's fast, it's easy and it's free. Get MSN Messenger today! http://www.msn.co.uk/messenger

1 0

DLL linking with Como
by Jeff Garland 20 Jul '04

20 Jul '04

date-time has a number of regession test failures when it is built in the dll mode on windows. They look like this: C:\Progra~1\Comeau\4_3_3\bin\como --vc7 -c -e5 --no_version --no_prelink_verbose --display_error_number --long_long --diag_suppress=9,21,161,748,940,962 -D__STL_LONG_LONG -DBOOST_DATE_TIME_POSIX_TIME_STD_CONFIG -DBOOST_ALL_DYN_LINK=1 --a --no_inlining /Zi /Od -D_WIN32 --exceptions -DBOOST_DISABLE_WIN32 --wchar_t -I"C:\Users\Administrator\boost\main\results\bin\boost\libs\date_time\build" -I"C:\Users\Administrator\boost\main\boost" -I"C:\Progra~1\Comeau\4_3_3\libcomo" -I"C:\Progra~1\Comeau\4_3_3\libcomo\cnames" -o "C:\Users\Administrator\boost\main\results\bin\boost\libs\date_time\build\boost_date_time.dll\meta-como-win32-4.3.3-vc7\debug\greg_month.obj" "C:\Users\Administrator\boost\main\boost\libs\date_time\build\../src/gregorian/greg_month.cpp" "C:\Users\Administrator\boost\main\boost\boost/date_time/gregorian/greg_month.hpp", line 55: error #70: incomplete type is not allowed class BOOST_DATE_TIME_DECL greg_month : public greg_month_rep { ^ Which looks like it is complaining about the BOOST_DATE_TIME_DECL macro. I'm wondering if in config/platform/win32.hpp we need to at como to this little macro that controls the definition of BOOST_HAS_DECLSPEC. #if !defined(__GNUC__) && !defined(BOOST_HAS_DECLSPEC) # define BOOST_HAS_DECLSPEC #endif I've never used this compiler -- anyone out there know how it handles dll symbol export on win32? Jeff

4 5

RE: [boost] Re: Boost.Test problem
by Rozental, Gennadiy 20 Jul '04

20 Jul '04

> >>Ok... more Boost.Test (minor) problems: > >> > >>http://tinyurl.com/72awd > > > > > > And what is the problem here? > > It's giving a "fail" flag on Comeau. See the MetaCom test > results for Boost.Test. See your basic_cstring_test at > http://tinyurl.com/55xg6 for example. Well. I do not have an access to this compiler. And this test pass on most Windows compilers I have access to. Could somebody give me explanation on what this compiler complains about? Gennadiy.

2 2

Multiple files utf8_codecvt_facet.cpp
by Matthias Troyer 20 Jul '04

20 Jul '04

Hi, is there a reason why both program_options and serialization contain very similar files utf8_codecvt_facet.cpp? Matthias

4 9

RE: [boost] Re: Boost.Test problem
by Rozental, Gennadiy 20 Jul '04

20 Jul '04

> The workaround should make use of the BOOST_NO_CWCHAR macro, > which is set if _GLIBCPP_USE_WCHAR_T / _GLIBCXX_USE_WCHAR_T > is not set (see > boost/config/stdlib/libstdcpp3.hpp) > > Maybe something like this (but using BOOST_WORKAROUND): > > #if defined( __GNUC__ ) && defined( BOOST_NO_CWCHAR ) > namespace std { using ::wcscmp; } > #endif Why do I need to test for gcc here in a first place? > Although this isn't quite right, as it only tests for GCC, > but it's the stdlib that affects the availablity of > std::wcscmp (i.e. GCC with STLPort wouldn't be affected AFAICT) > > jon Thanks for analysis, I will apply this fix. Gennadiy.

2 1

Re: Bjam won't build thread static library VC .NET
by Tonko Juricic 20 Jul '04

20 Jul '04

Michael Glassford wrote: > The upcoming 1.32.0 has some support for building > as a static library (i.e. you can build it that > way, but you must call functions at appropriate > times-- not an easy thing to do--to prevent the > memory leaks if you use thread_specific_ptr). > Hopefully the next release after 1.32.0 will do > cleanup for you automatically. Mike, I'm still reading group archives to catch up with the past issues so the following may be a dumb question: Assuming that motivation is to provide cross-platform support for thread_specific_ptr (that is my current understanding), is it worthy of complications with thread exit cleanup? I tend to think that only people familiar with threading issues would use thread_specific_ptr, therefore 'generic' thread code should not be responsible for tss cleanup. Tony __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

2 1

[threads] Compilation problems on CW and others...
by Rene Rivera 20 Jul '04

20 Jul '04

Michael, I believe one of the last remaining problems with the compilation of threads in Win32 platforms, maybe others, is that the line-endings on the files are totally incorrect. When I look at the files I see double spaced lines with line-endings of the CR-CR-LF variety. This causes all kinds of problems when the CW preprocessor tries to parse multi-line macros as it only parses the first line and error on the rest, for example: ### mwcc Compiler: # File: ..\src\exceptions.cpp # ------------------------------ # 49: || defined(__CYGWIN__) # Error: ^^ # declaration syntax error Which is the second line of: # if defined(_WIN32) || defined(__WIN32__) || defined(WIN32) \ || defined(__CYGWIN__) It will likely be easier for me to fix this directly than have you try and get the line endings just right, as the editor I use has functionality to fix those problems. Would it be OK for me to fix those at this time? I don't want to collide with anything you might be changing. -- -- Grafik - Don't Assume Anything -- Redshift Software, Inc. - http://redshift-software.com -- rrivera/acm.org - grafik/redshift-software.com - 102708583/icq

6 35