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

Re: Re: [Boost-users] lu.hpp : permutation matrix error
by Daniel L Elliott 07 Dec '04

07 Dec '04

------------------------------ Toon Knapen wrote: This is again the old include-policy problem. Previously the headers of ublas were not self-contained. This has been fixed but only on a branch (and thus not in the 1.32 release). I plan to merge this branch also to the HEAD. For now, you just need to include storage.hpp before you include lu.hpp. In that case, on line 24 of lu.hpp will it recognise unbounded_array (which is defined in storage.hpp) ------------------------------ Toon, Thank you for the response! I was unaware of this include-policy problem. Will you be merging this code soon? I will try to look for your email about this merge. I tried fixing this within lu.hpp and it appeared as if errors were being added recursively so I gave up and posted the question. Since adding #include<storage.hpp> to lu.hpp didn't fix the problem, should I expect to have to include additional files to my code to fix errors in files such as storage.hpp? Thanks again for your time and effort, - dan elliott

2 1

Re: [BUG] Missing method in gregorian::greg_year
by Bart 07 Dec '04

07 Dec '04

On Mon, 06 Dec 2004 12:59:01 -0500, Joel Reed wrote: > the class gregorian::greg_year in the date_time library is missing a method > implemented in greg_day and greg_month. > > the method is: > > unsigned short as_number() const {return value_;} > > i checked cvs, on 12/6/04, to confirm this is still an issue. > http://cvs.sourceforge.net/viewcvs.py/boost/boost/boost/date_time/gregorian… > > we have been very impressed with this library and wanted to report > this minor inconsistency as a small, small way to say thanks. > > jr greg_year shouldn't need an as_number function. It's a constrained unsigned short with a min of 1400 & a max of 10000. The as_number function was added to greg_month and greg_day to ease math operations. Since greg_year is a constrained value math simply "works", as does operator<<. Is there a specific reason why you'd like one added to greg_year? Thx, Bart

1 0

Re: boost filesystem path question
by Surya Kiran Gullapalli 06 Dec '04

06 Dec '04

>> Maybe it isn't the backslash that is causing the problem. What exactly is >> the value of path_from_fs_dialog::string()? >> >> --Beman Well, path_from_fs_dialog::string () some thing like "C:\ProgramFiles \MicrosoftVisualStudio" --Surya

2 1

RE: Boost-users Digest, Vol 389, Issue 2
by Mark Helzer 06 Dec '04

06 Dec '04

Today's Topics: 9. Re: Re: Newbie using regex libraries (John Maddock) (Caleb Epstein) ------------------------------ Message: 9 Date: Sat, 4 Dec 2004 19:35:00 -0500 From: Caleb Epstein <caleb.epstein(a)gmail.com> Subject: Re: [Boost-users] Re: Newbie using regex libraries (John Maddock) To: boost-users(a)lists.boost.org Message-ID: <989aceac04120416352e161707(a)mail.gmail.com> Content-Type: text/plain; charset=US-ASCII On Fri, 3 Dec 2004 09:25:16 -0800, Mark Helzer <mark_helzer(a)adp.com> wrote: > No, they are not. Although that is what I would have expected... > -rwxr-xr-x 1 eoapi clients 4976367 Apr 22 2004 > libboost_regex-gcc-mt-d-1_31.so.1.31.0 > -rwxr-xr-x 1 root root 629005 Jun 29 06:16 > libboost_regex-gcc.so > > I shall clean it up and try rebuilding Note that one of these is for use with multi-threaded builds (-mt) and one is for single-threaded. Depnding on how you're compiling your code, this may explain the linker error. I rebuilt (and downloaded 1.32 along the way) and now libboost_regex-gcc.so is a hard link to libboost_regex-gcc-1_32.so.1.32.0. I don't believe it was before (could be wrong) Anyway, compiling with the generic name now works great, thanx.

1 0

Compiling boost on tru64
by Mark Helzer 06 Dec '04

06 Dec '04

Hi, I'm getting this error trying to build boost tru64cxx65-C++-action bin/boost/libs/date_time/build/libboost_date_time.so/tru64 cxx65/debug/greg_month.o cxx: Error: /adp/local/src/boost_1_32_0/boost/cstdint.hpp, line 87: #5 could not open source file "inttypes.h" Quite true, it doesn't exist. Here's my command line: bjam -sTOOLS=tru64cxx65 install Compiler is >cxx -V Compaq C++ V6.5-041 for Digital UNIX V4.0F (Rev. 1229) Compiler Driver V6.5-041 (cxx) cxx Driver Is this a configuration issue? Mark Helzer ADP Dealer Services 2525 S.W 1st Portland, OR. (503) 402-3481

2 1

[Review Results] Named Parameters Library
by Doug Gregor 06 Dec '04

06 Dec '04

The Named Parameters Library has been accepted into Boost. Congratulations to the authors, David Abrahams and Daniel Wallin. The vast majority of reviews were positive, although most reviewers requested additional documentation. Here is a list of the most important/commonly-requested changes or additions to the library: - More documentation! Specifically, + Automatic overload generation should go into the tutorial + Document operator, + Performance data (what's the cost?) + Reference section + "Best practices" section. - Add a metafunction for getting the type of a parameter, e.g., param_type<Params, width_t>::type. - Add test cases for the automatic overload generation macros. - Fix the BOOST_NAMED_PARAMS_MAX_ARITY bug; Cromwell Enage provided a solution. Doug Gregor Review Manager

3 3

Q: Stopping threads (Win32) or... the mysterious case of the thread with split personality
by Dan Dimerman 06 Dec '04

06 Dec '04

Hello, I would like to ask the group if you know of an efficient and clean way to stop a thread. What I've been using till now was a while loop in the function operator()() given to the boost::thread when created, whose condition was a boolean data member. This boolean was the means to stop the thread, such that when it was turned off, the child thread would exit the while loop and join the main thread. I am seeing now that this data member is being held twice (one copy for the main thread and one copy for the child thread) and there's no synch between the two copies; so when the main thread turns it off / false, the child thread goes on (since its copy is still on / true) and hell breaks loose. I am using VC7 in debug mode, so I started looking for some kind of flag/optimization I might be inadvertently using that makes data members into registers (thus explaining the copies), but couldn't find anything of the sort. Any help will be greatly appreciated... Dan --- Outgoing mail is certified Virus Free. Checked by AVG anti-virus system (http://www.grisoft.com) Version: 6.0.805 / Virus Database: 547 - Release Date: 03-Dec-04

4 8

determining a sensible result type for a function
by Agoston Bejo 06 Dec '04

06 Dec '04

Hi! Let's consider this function object: template<typename TLeft, typename TRight> struct mixed_plus : public binary_function<TLeft, TRight, TLeft> { result_type operator() (first_argument_type left, second_argument_type right) const { return left + right; } };

2 1

get_wider<int, float> == float - what is it called in boost?
by Agoston Bejo 06 Dec '04

06 Dec '04

Hi! I may have posted the first half of this question once, sorry for that! : ) The question in short: which boost library enables me to get the "wider" datatype of two, such that get_wider<int, float>::type will be float, and get_wider<float, int>::type will also be float. Hopefully get_wider<int, string>::type will generate a compile-time error, since the two are not convertible to each other. More verbosely: Let's take a look at this simple functor class: template<typename TLeft, typename TRight> struct mixed_plus : public binary_function<TLeft, TRight, TLeft> // result_type: bad solution! { result_type operator() (first_argument_type left, second_argument_type right) const { return left + right; } }; All is fine if I write this: cout << mixed_plus<float, int>()(5.5, 5) << endl; OUTPUT: 11.5 (as expected) But when I write this: cout << mixed_plus<int, float>()(5, 5.5) << endl; OUTPUT: 10 (as expected but not as intended) I vaguely remember that there is a boost library that is able to generate the "wider" data type of two data type, with the help of which I would be able to have the result_type typedef always the appropriate one.

2 1

lu.hpp : permutation matrix error
by Daniel L Elliott 06 Dec '04

06 Dec '04

Hello, I am completely stumped. Using the cvs head 1.32 version of boost with the following program: #include<lu.hpp> #include<vector.hpp> #include<io.hpp> #include<iostream> using std::cout; using std::endl; using namespace boost::numeric::ublas; int main(){ // create a permutation matrix permutation_matrix<size_t> P( size ); // default contructions gives the identity-permutation cout << P << endl; return 0; } I get the following errors: g++ -c -I. -I/s/chopin/a/grad/dane/thesis/code/boost-1.32/include/boost-1_32/boost/numeric/ublas -Wall -g3 -I. -I/s/chopin/a/grad/dane/thesis/code/boost-1.32/include/boost-1_32/boost/numeric/ublas -o permutationTest.o permutationTest.cpp In file included from permutationTest.cpp:1: /s/chopin/a/grad/dane/thesis/code/boost-1.32/include/boost-1_32/boost/numeric/ublas/lu.hpp:24: error: parse error before `,' token /s/chopin/a/grad/dane/thesis/code/boost-1.32/include/boost-1_32/boost/numeric/ublas/lu.hpp:29: error: ` vector_type' is not a class or namespace /s/chopin/a/grad/dane/thesis/code/boost-1.32/include/boost-1_32/boost/numeric/ublas/lu.hpp:29: error: ` size_type' is not a class or namespace /s/chopin/a/grad/dane/thesis/code/boost-1.32/include/boost-1_32/boost/numeric/ublas/lu.hpp:29: error: ` vector_type' fails to be a typedef or built in type /s/chopin/a/grad/dane/thesis/code/boost-1.32/include/boost-1_32/boost/numeric/ublas/lu.hpp:29: error: ISO C++ forbids declaration of `size_type' with no type /s/chopin/a/grad/dane/thesis/code/boost-1.32/include/boost-1_32/boost/numeric/ublas/lu.hpp:29: error: template declaration of `typedef int boost::numeric::ublas::size_type' /s/chopin/a/grad/dane/thesis/code/boost-1.32/include/boost-1_32/boost/numeric/ublas/lu.hpp:29: confused by earlier errors, bailing out Any ideas as to what might be wrong here? Thank you. -- dan elliott ************************** Dan Elliott 402-210-6429 (me) or 402-210-6735 (amy) dan_elliott(a)cox.net **************************

2 1