- Boost-users - lists.preview.boost.org

bjam question
by Stephen Crowley 09 Feb '03

09 Feb '03

I have a library that depends on boost and is built with bjam. It puts sepearate targets in $(BAYES_ROOT)/target/bin/libBayesFilter.a/gcc/release/runtime-link-dynamic/libBayesFilter.a and the other debug directory as well. I am also working on a library using the same system that must link with libBayesFilter. My question is, how do I specify the library dependency on BayesFilter properly without having to specify the complete path to the target directory (which will change depending on the build features specified). I tried <lib>$(BAYES_ROOT)/BayesFilter/BayesFilter but it dies with: unknown dependent target <IdentityTest!/!home!stephenc!cvs!Bayes++!BayesFilter>libBayesFilter.a Am i missing something? -- Stephen

2 1

Conflict with winapi.hpp and windows.h (manifested in ACE)
by Tom Matelich 08 Feb '03

08 Feb '03

Intel C++ 7.0 for Windows, STLPort 4.5.3, boost 1.29, ACE 5.3 Intel was warning a bunch of bad code in my source base, so I turned on warnings as errors, then I hit a problem where ACE was calling InitializeCriticalSection with a pointer to its typedef of CRITICAL_SECTION, and it was using the declaration of InitializeCriticalSection in winapi.hpp. Turns out, in the standard (by my interpretation), section 7.5/6 that if you put an extern "C" declaration in a namespace, its also accessible by ::. The call failed because boost::detail::winapi::critical_section != CRITICAL_SECTION. I ended up ifdef'ing the declaration of critical_section like so: #ifndef _WINBASE_ //header guard for winbase.h. struct critical_section { struct critical_section_debug * DebugInfo; long_type LockCount; long_type RecursionCount; handle_type OwningThread; handle_type LockSemaphore; ulong_ptr_type SpinCount; }; #else typedef CRITICAL_SECTION critical_section; #endif Please advise if you have a better solution. Tom Matelich Pardon the disclaimer... ----------------------------------------------------------------------- DISCLAIMER: Information contained in this message and/or attachment(s) may contain confidential information of Zetec, Inc. If you have received this transmission in error, please notify the sender by return email. -----------------------------------------------------------------------

2 1

UBLAS: m[i] notation not supported on const ?
by speedsnaii <speedsnaii＠yahoo.de> 08 Feb '03

08 Feb '03

Since I did not get an answer on a related question, I am trying to state it different. It seems as if the "[]" access is not supported for const objects. Is there a reason for this, or is it a bug? Example: ========================================================== #include <boost/numeric/ublas/config.hpp> #include <boost/numeric/ublas/vector.hpp> #include <boost/numeric/ublas/matrix.hpp> using namespace boost::numeric::ublas; void foo(vector<double>& v, const vector<double>& a) { } int main(int argc, char* argv[]) { vector<double> v (3); const matrix<double> m(3,3); foo(v, m[0]); } ========================================================== my compiler does not compile this. This is a problem when I get the matrix as a "const matrix<>& " parameter via the argument list. Regards, Roland

2 2

thread_group behavior question
by sdussin <sdussin1＠tampabay.rr.com> 07 Feb '03

07 Feb '03

I've been using Boost for several months now, and I must say I've been very happy with it. I've primarily been using the threads and regex stuff from the library, and I have a question regarding the behavior of the thread_group.join_all method. In my current situation, I have a thread_group which launches several threads of execution for background servers, on an as-needed basis. If it becomes necessary to shutdown those background servers, I issue a join_all on the thread_group to wait for all activity to cease, then I can clear up the server instances themselves. If I issue a join_all from a thread and, while waiting for the join_all to exit, another thread creates a thread within my thread_group, what is expected? Will the join_all now wait for the original threads, as well as the newcomer, or will it only wait on the threads which were running at the time the join_all was called?? Thanx, Steve Dussinger

2 3

[BGL] Using BGL on Linux clusters
by Erik Arner 07 Feb '03

07 Feb '03

Hi, I'm still trying to figure out how to use the BGL on massive graphs (see previous thread "[BGL] Using BGL for huge graphs"). My next idea is to distribute the graph over nodes in a Linux (Beowolf) cluster, or some other parallel computer. I'd much appreciate input from people who have tried this, with graph data structures in general and the BGL in particular. Thanks, Erik

1 0

Intel 7.0 Compiler and date_time library
by klapshin <klapshin＠yahoo.com> 06 Feb '03

06 Feb '03

First of all I would like to thank everybody who responded on my previous post. The real showstopper for me at the moment is date_time library. I did a small test -- compiled and run days_till_new_year.cpp against boost 1.29 (patched to not complain about __ICL 700) and current snapshot of boost CVS. Here is what I've got (cpp was renamed to test.cpp for short): ------------------------------------- C:\work\icl>icl Intel(R) C++ Compiler for 32-bit applications, Version 7.0 Build 20021018Z Copyright (C) 1985-2002 Intel Corporation. All rights reserved. 30 DAY EVALUATION LICENSE icl: Command line error: no files specified; for help type "icl -help" C:\work\icl>icl /MD /O2 /DDATE_TIME_INLINE /I..\boost_1_29_0 /nologo test.cpp test.cpp C:\work\icl>test Days till new year: -731982 C:\work\icl>icl /MD /Od /DDATE_TIME_INLINE /I..\boost_1_29_0 /nologo test.cpp test.cpp C:\work\icl>test Days till new year: 329 C:\work\icl>icl /MD /O2 /DDATE_TIME_INLINE /I..\boost /nologo test.cpp test.cpp C:\work\icl>test Days till new year: 3031841 C:\work\icl>icl /MD /Od /DDATE_TIME_INLINE /I..\boost /nologo test.cpp test.cpp C:\work\icl>test Days till new year: 329 ---------------------------------------------- As you can see both versions are broken. What I don't understand is how come that boost regression tests are Ok? Am I using wrong version of Intel Compiler, or am I missing some magic flags to compiler? I will send this report to Intel tech support; however I would appreciate if someone will verify these results, and contact Intel on behalf of Boost community. Regards, Kirill Lapshin.

2 3

RE: Re: [Boost-Users] HP, aCC and the standards
by Tom Matelich 06 Feb '03

06 Feb '03

The most common one is giving a name to bool template params. template <bool> becomes template <bool b> I'll see if I can track down the email address of the contact I was working with at HP, see if he'd be interested in working with you. > -----Original Message----- > From: Toon Knapen [mailto:toon.knapen@si-lab.org] > Sent: Thursday, February 06, 2003 12:02 AM > To: Boost-Users(a)yahoogroups.com > Subject: Re: Re: [Boost-Users] HP, aCC and the standards > > > On Thursday 06 February 2003 00:45, Tom Matelich wrote: > > Many of those errors are easily worked around, > That's good news. I have little experience with the newer > aCC's (I just converted from HPUX10.20) > so I don't know all the tricks but I'll be happy to learn > them (but I don't have direct support from > HP as you had ;-( > > > its just hard to get the > > developers to change their code. Or at least it was when I > was trying to > > get things going with aCC. > In my experience, whenever I contacted a developer for > portability issues on Aix or HPUX, > patches were accepted within 24 hours. > > toon > > > ------------------------ Yahoo! Groups Sponsor > ---------------------~--> > Get 128 Bit SSL Encryption! > http://us.click.yahoo.com/LIgTpC/vN2EAA/xGHJAA/EbFolB/TM > -------------------------------------------------------------- > -------~-> > > Info: <http://www.boost.org> > Wiki: <http://www.crystalclearsoftware.com/cgi-bin/boost_wiki/wiki.pl> > Unsubscribe: <mailto:boost-users-unsubscribe@yahoogroups.com> > > > Your use of Yahoo! Groups is subject to > http://docs.yahoo.com/info/terms/ > > ----------------------------------------------------------------------- DISCLAIMER: Information contained in this message and/or attachment(s) may contain confidential information of Zetec, Inc. If you have received this transmission in error, please notify the sender by return email. -----------------------------------------------------------------------

1 0

RE: [Boost-Users] Intel 7.0 Compiler problems
by Tom Matelich 06 Feb '03

06 Feb '03

It looks like Beman has upgraded to 7.0, if you look at http://boost.sourceforge.net/regression-logs/cs-win32.html > -----Original Message----- > From: klapshin <klapshin(a)yahoo.com> [mailto:klapshin@yahoo.com] > Sent: Wednesday, February 05, 2003 5:06 PM > To: Boost-Users(a)yahoogroups.com > Subject: [Boost-Users] Intel 7.0 Compiler problems > > > Hello, > > > > > Tired of MSVC deficiencies, and hoping to get certain performance > increase I got evaluation version of Intel C++ compiler. I've heard > lots of good things about this compiler, and was under impression > that > transition from MSVC to ICL should be very smooth. Huh, I had all > kinds of troubles. > > > > > First of all boost 1.29 gave up saying that it is an unknown > compiler. > Looking into config I figured that last known ICL was 6.0, so I just > hacked it badly by redefining ICL as 600 prior to including any boost > headers. I understand that it is not a good way, but hey, I am just > evaluating it. > > > > > Ok now everything compiled, but code using regex failed to link. No > wonder, I have not build regex library with new compiler. It turns > out > that there is no makefile for any intel compiler, so I tried to do it > with bjam, but seems that bjam did not set CC variable; it invoked > compilation with just line of flags. At this point I gave up and > decided to focus on parts of my project which do not depend on regex. > > > > > Next surprise was when I tried to run tests, in debug mode everything > was fine, but release mode failed miserably. It appears that > date_time > library does not work at all with optimization. Even setting /O1 did > not help, only /Od worked. > > > > > Failures were in very basic date operations, for instance > > > > > boost::gregorian::date(2002,12,27) == > boost::gregorian::date(2002,12,27) > > > > > is not true! > > > > > If I first construct a date, then ask for year, it throws, saying > year > is out of range. > > > > > I searched through Boost Users and Dev mailing lists, found few posts > discussing turning on strict ansi checks on intel, and also that in > this case it is better to use STLport, since STL coming with MSVC > could not be compiled in ansi mode. I tried to do that but can't > compile STLport in strict mode either. Using STLport in regular mode > did not have any effect on problems I am having. > > > > > Here is version the compiler reports: > > > Intel(R) C++ Compiler for 32-bit applications, Version 7.0 Build > 20021018Z > > > Copyright (C) 1985-2002 Intel Corporation. All rights reserved. > > > > > Now, my question is: are these problems well known? If they are, is > there any plans to fix them in next release? > > > And while we at it, when should we expect new release? I know there > were some discussions about mid-February, is there any update? > > > > > Regards, > > > Kirill. > > > > ------------------------ Yahoo! Groups Sponsor > ---------------------~--> > Get 128 Bit SSL Encryption! > http://us.click.yahoo.com/LIgTpC/vN2EAA/xGHJAA/EbFolB/TM > -------------------------------------------------------------- > -------~-> > > Info: <http://www.boost.org> > Wiki: <http://www.crystalclearsoftware.com/cgi-bin/boost_wiki/wiki.pl> > Unsubscribe: <mailto:boost-users-unsubscribe@yahoogroups.com> > > > Your use of Yahoo! Groups is subject to > http://docs.yahoo.com/info/terms/ > > ----------------------------------------------------------------------- DISCLAIMER: Information contained in this message and/or attachment(s) may contain confidential information of Zetec, Inc. If you have received this transmission in error, please notify the sender by return email. -----------------------------------------------------------------------

1 0

ublas: conversion looses qualifiers
by speedsnaii <speedsnaii＠yahoo.de> 06 Feb '03

06 Feb '03

A newbie question: I have: void foo(matrix<double>& Y, const matrix<double>& X) { ... Y[0] = X[0]; // the compiler chokes on this ... } What is wrong with this? Please tell me. Thank you. Roland

1 0

RE: [Boost-Users] Intel 7.0 Compiler problems
by Tom Matelich 06 Feb '03

06 Feb '03

Hmm, I'm not a very good evaluator I guess, I just went about my business using 7.0 without seeing if it worked correctly :) Rather than hacking ICL, you can modify boost/compiler/intel.hpp changing 600's to 700's. I have my own dsp's for building regex, so the Compiler Selection feature worked for me (Though I've renamed cl.exe to make sure its never called because it was getting called sometimes) This is not to say I haven't had any troubles, but none with boost until the subject of my post a few minutes ago. > -----Original Message----- > From: klapshin <klapshin(a)yahoo.com> [mailto:klapshin@yahoo.com] > Sent: Wednesday, February 05, 2003 5:06 PM > To: Boost-Users(a)yahoogroups.com > Subject: [Boost-Users] Intel 7.0 Compiler problems > > > Hello, > > > > > Tired of MSVC deficiencies, and hoping to get certain performance > increase I got evaluation version of Intel C++ compiler. I've heard > lots of good things about this compiler, and was under impression > that > transition from MSVC to ICL should be very smooth. Huh, I had all > kinds of troubles. > > > > > First of all boost 1.29 gave up saying that it is an unknown > compiler. > Looking into config I figured that last known ICL was 6.0, so I just > hacked it badly by redefining ICL as 600 prior to including any boost > headers. I understand that it is not a good way, but hey, I am just > evaluating it. > > > > > Ok now everything compiled, but code using regex failed to link. No > wonder, I have not build regex library with new compiler. It turns > out > that there is no makefile for any intel compiler, so I tried to do it > with bjam, but seems that bjam did not set CC variable; it invoked > compilation with just line of flags. At this point I gave up and > decided to focus on parts of my project which do not depend on regex. > > > > > Next surprise was when I tried to run tests, in debug mode everything > was fine, but release mode failed miserably. It appears that > date_time > library does not work at all with optimization. Even setting /O1 did > not help, only /Od worked. > > > > > Failures were in very basic date operations, for instance > > > > > boost::gregorian::date(2002,12,27) == > boost::gregorian::date(2002,12,27) > > > > > is not true! > > > > > If I first construct a date, then ask for year, it throws, saying > year > is out of range. > > > > > I searched through Boost Users and Dev mailing lists, found few posts > discussing turning on strict ansi checks on intel, and also that in > this case it is better to use STLport, since STL coming with MSVC > could not be compiled in ansi mode. I tried to do that but can't > compile STLport in strict mode either. Using STLport in regular mode > did not have any effect on problems I am having. > > > > > Here is version the compiler reports: > > > Intel(R) C++ Compiler for 32-bit applications, Version 7.0 Build > 20021018Z > > > Copyright (C) 1985-2002 Intel Corporation. All rights reserved. > > > > > Now, my question is: are these problems well known? If they are, is > there any plans to fix them in next release? > > > And while we at it, when should we expect new release? I know there > were some discussions about mid-February, is there any update? > > > > > Regards, > > > Kirill. > > > > ------------------------ Yahoo! Groups Sponsor > ---------------------~--> > Get 128 Bit SSL Encryption! > http://us.click.yahoo.com/LIgTpC/vN2EAA/xGHJAA/EbFolB/TM > -------------------------------------------------------------- > -------~-> > > Info: <http://www.boost.org> > Wiki: <http://www.crystalclearsoftware.com/cgi-bin/boost_wiki/wiki.pl> > Unsubscribe: <mailto:boost-users-unsubscribe@yahoogroups.com> > > > Your use of Yahoo! Groups is subject to http://docs.yahoo.com/info/terms/ ----------------------------------------------------------------------- DISCLAIMER: Information contained in this message and/or attachment(s) may contain confidential information of Zetec, Inc. If you have received this transmission in error, please notify the sender by return email. -----------------------------------------------------------------------

1 0