- Boost - lists.boost.org

regression tests on irix
by Toon Knapen 07 Jul '04

07 Jul '04

I'm trying to get the regression tests working again on SGI/Irix but I fail to build the html tables. Apparantly the compiler_status tool is looking for a Jamfile in the wrong place. Anybody a clue what could be happening (failing command and its output in attachment) toon generating html tables: /disk2/home/tk/boost_regression/boost/tools/regression/build/run/compiler_status --comment /disk2/home/tk/boost_regression/boost/../regression_comment.html /disk2/home/tk/boost_regression/boost cs-IRIX64.html cs-IRIX64-links.html Could not open Jamfile: /disk2/home/tk/boost_regression/Jamfile **** error return code: 1 ******** errors detected; see standard output for details ******** Failed HTML result table generation.

1 0

Re:[boost] serialization 1.31 compilation error.
by Robert Ramey 07 Jul '04

07 Jul '04

Russell Balest wrote: >Possibly triggered by the using statement: >using namespace boost::serialization; >on line 53 of iserializer.hh , but that's a guess. Using "using" in the header was an error that was pointed out during the formal review. My current copy has fixed this a new version will be available very shortly #20. This will be guaranteed compatible with 1.31. Also very shortly the latest version will be checked into main CVS. So you can wait a little bit or remove the "using from your copy of the iserializer.hpp Robert Ramey

1 0

Interest in strict unit style typing for physics/science calculations
by edA-qa mort-ora-y 07 Jul '04

07 Jul '04

Is there any interest in a library that performs strict type checking on values with unit quantities? The intent is to prevent operation and assigment of unlike types. For example, if A is in meters/second, and B is in seconds: -A * B results in a value with "meters" units -A / B results in a value with "meters/seconds^2" -A = B results in an exception due to a mismatch The code I have so far supports arbitrary unit types via tokens, which have to be defined for a project. Some example code looks like (with several notation options): typedef UnitValue<float> uFloat; UnitType unit_m( 1 ); //define meters type UnitType unit_s( 2 ); //define seconds type uFloat time( unit_s ); time = unit_s( 3.0f ); //3 seconds uFloat speed( unit_m / unit_s ); speed = 15 * speed.Type(); //set speed of 15m/s uFloat accel( unit_m / unit_s / unit_s ); accel = speed / time; //results in 5m/s^2 accel = speed; //throws exception, m/s != m/s^2 time = accel; //throws exception, s != m/s^2 The library has a price for performance compared to native value operations. However, part of the requirements will be a flag (a #define ) that turns off the unit processing for the code, which effectively removes the classes (replaces the UnitValue simply with typedefs of the stored type). -- edA-qa mort-ora-y Idea Architect http://disemia.com/

3 3

Write access to the CVS repository
by Edward Diener 07 Jul '04

07 Jul '04

I wanted to correct a spelling error in one of the Boost CVS documentation files but I didn't have write access to the Boost CVS repository. Is there a way to get this ? If not, should I mention such an error on this NG or is there some other place ?

3 9

RE: [boost] Boost.Test, failed assert output
by Glen Knowles 06 Jul '04

06 Jul '04

> From: Rozental, Gennadiy > I will see what I can do about it. If I remember correctly, > the problem is that I do not know where the error occurred. > So I have no way to print line pointing there. I could print > only line pointing where the error was caught/detected. I am > not sure it is what you want. Ideally you would point to the line, but I can simply look at the output from the assert which has the file/line info. I just want the IDE to notice that there was an error so that I'll know something went wrong. As far as I'm concerned you could make up a file and line if that's what it takes to stop the build, in fact reporting an "unknown location" would probably cause less confusion then reporting the place inside boost.test where the error was detected. Thanks, Glen

1 0

BGL Algorithm (Network Flow)
by Tanton Gibbs 06 Jul '04

06 Jul '04

I'm attempting to do a graph algorithm and am looking for a good BGL algorithm to do this -- any advice would be appreciated. Basically, I have a directed, weighted, bipartite graph. I'll call the two sets of nodes (V,W). Every node in V connects to one or more nodes in W. However, not every node in W is connected to. When the algorithm ends, I want every node in V to be connected to 0 or 1 node in W and no node in W should have more than one connection to it. I also want the total weight of all the edges to be minimized (basically, prune the most costly edges to create the graph), but no edge should be pruned unnecessarily (I want to maximize the number of connected nodes). It looks to me to be a pretty evil problem, but I'm hoping someone has a good suggestion. Thanks! Tanton H. Gibbs, Ph.D. Software Developer Acxiom Corporation

1 0

Re: [ublas-dev] Re: [boost] Re: Boost Mathematicians
by Jeremy Graham Siek 06 Jul '04

06 Jul '04

Hi Michael, On Jul 5, 2004, at 4:52 PM, Michael Stevens wrote: > Hi Jeremy, > > Thanks for chipping in on this. I don't think we have conversed > before, apart > from maybe a few patches I submitted for MTL. Although it would be > great for > everyone to work on uBLAS I think a revived MTL would also be a good > thing. > The design of MTL was very influential. Thanks! > I won't comment on the other issues as I have already posted a few > thoughts on > these matters. > > > > Mmmh, this open pitfalls concerning A*B*C in performance issues > for > > > non experts. > > > > No, the right way to handle this is to have the expression template > > machinery > > identify that a temporary is needed, and create one automatically. > > I wonder if you caught the discussion on this about 6 months ago. I > would > strongly argue that the automatic creation of temporaries in the > subexpression context is a bad thing... > > The roles of the expressions we declare (as in declarative > programming) is > twofold. a) to express the mathematical context b) to express how > this should > be computed. That is, to be able to express how the expression is to > be > evaluated. This gives us control over its numerical properties and > also of > the time and space complexity. > > In principle, uBLAS has a one to one relationship between an > expression and > how it is evaluated. Simply stated this is based on an element by > element > evaluation of assignment. There are shortcuts in the case of sparse > types but > the principle holds. > > An expression A+B+C can be evaluated in this manner trivially. > A*B*C can also be evaluated in this manner, although the element by > element > rule results in an O() that is not what many users expect. > To get the O() that users expect we could automagically insert > temporaries. I > fear this is a tar pit however. What temporary should be chosen? Each > of A B > or C could be a either dense, sparse, compressed, banded, symmetric or > combinations therefore. The type the user expects or is "the best" is > not at > all clear. Although automagically inserting temporaries in non-trivial (especially since it must all be done with template meta-programming) I do not think it is a tar pit. Here is the simply heuristic that I used for MTL 3 to decide where to put temporaries: 1. If an operation needs to read from an argument multiple times, evaluate the argument eagerly into a temporary. For example, a sparse matrix in compressed row format times the sum of two vectors: A * (x + y) In this case, the (x + y) would be evaluated into a temporary before evaluating the multiplication. 2. If an operation writes into its output in multiple passes, then perform the operation in an eager fashion. For example, the sum of a vector and the product of a sparse matrix in compressed column format and a vector. x + (A * y) In this case, the (A * y) would be evaluated into a temporary before evaluating the addition. > > I think the only correct solution is to force the user to specify > this type. > Incidently, the no temporary evaluation should also be an option as > in some > cases (small sizes) it is desirable. uBLAS currently disallows this > to avoid > confusing the user. I should be reinstated in some form however. > > All the best, > Michael > > -- > ___________________________________ > Michael Stevens Systems Engineering > > 34128 Kassel, Germany > Phone/Fax: +49 561 5218038 > > Navigation Systems, Estimation and > Bayesian Filtering > http://bayesclasses.sf.net > ___________________________________ > > _______________________________________________ Jeremy Siek <jsiek(a)osl.iu.edu> http://www.osl.iu.edu/~jsiek Ph.D. Candidate, Indiana University Bloomington C++ Booster (http://www.boost.org) _______________________________________________

3 2

Re:Re: [boost] Re: 1.32 release preparation
by Robert Ramey 06 Jul '04

06 Jul '04

Johannes Brunen wrote: >> And if there are a large >> number of new things left out by that approach then we should plan >> another release sooner rather than waiting 4 months. >However, then you need new volunteers which have to spend the time for the >whole procedure again. The release procedure is too onerous. This isn't the problem, it's a symptom of a more subtle problem. If the source of this difficulty can be found can corrected, then releases can occur more frequently. My personal view is that it's a symptom of a development process that couples otherwise independent/orthogonal efforts. This is due to the fact that we're all working against a development tree that has experimental code in it. So minor issues ripple across all efforts. >I could think of a review process which accepts a library only after the >list of requested changes has been made. > I would prefere a review process which leads to final > acceptance only after a library is 'CVS' compatible i.e. does not yield to > any (known) regressions of the existing pool libraries and is equipted > with a working testing facility. The review process qualifies submissions for inclusion into boost. I don't think there are any libraries that have been accepted then suffered changes which made them unacceptable. It's not fair to ask a submitter to require that that he totally "finish" the package before submission when it cannot be guaranteed that it will be accepted. The review process isn't the problem, its working quite well. It's just that there is more effort than first meets the eye between the time a library is deemed acceptable and the time it is ready for inclusion into boost. The serialization library including code, headers, tests, html, jamfiles, *.bat, and shell scripts is has passed 25,0000 lines. This takes time and no changes in the review or release procedure can change that. There is the review package which seems to work pretty well. But I would be reluctant to check it in as it doesn't match the review acceptance conditions and I'm concerned about trying to maintain a package which I have now moved beyond. Robert Ramey

3 3

Re: [ublas-dev] Re: [boost] Re: Boost Mathematicians
by Jeremy Graham Siek 06 Jul '04

06 Jul '04

On Jul 5, 2004, at 11:54 AM, Peter Schmitteckert wrote: > Salut, > > (note that I only use the dense matrices of ublas) > > On Mon, 5 Jul 2004, Toon Knapen wrote: > > > > This is just a matter of documentation. AFAIK there is no accepted > > concept that demands 'num_rows' and 'num_columns'. The '1' and '2' > refer > > to the first and second index which is also a nice convention IMO. > > I prefer size1 and size2, since it fits to the sheme of having a > tensor > structure with a size3. Mixing up abstractions is not a good idea. Matrices and tensors are different creatures. True, sometimes it is useful to think of a tensor as a matrix, and having adaptors or views that allow for this is a good thing. The names we use for operations should match the common terminology from the problem domain. In this case, the common terminology is rows and columns. When we create concepts for tensors, we can use size1, etc. > Columns and Rows can lead to confusion concernig storage layout. I disagree. > > > > > > > > * iterator1 and iterator2 should be named column_iterator and > > > row_iterator or something memnonic. > > same as above. > > same as above. > > > > > > > > > * prod should be named operator*; this is a linear algebra library > > > after all. > > Mmmh, this open pitfalls concerning A*B*C in performance issues for > non experts. No, the right way to handle this is to have the expression template machinery identify that a temporary is needed, and create one automatically. Cheers, Jeremy _______________________________________________ Jeremy Siek <jsiek(a)osl.iu.edu> http://www.osl.iu.edu/~jsiek Ph.D. Candidate, Indiana University Bloomington C++ Booster (http://www.boost.org) _______________________________________________

7 12

unresolved externtal symbol with .Net 2003
by Brian Carlson 06 Jul '04

06 Jul '04

I have a project that worked fine with .Net 2002 (7.0.9466). But when I open it up on .Net 2003 (7.1.3088) it compiles, but when it links I get the following warning: CDlgcEventProcessor.obj : error LNK2019: unresolved external symbol "public: __thiscall boost::thread::thread(class boost::function0<void,struct boost::empty_function_policy,struct boost::empty_function_mixin,class std::allocator<class boost::function_base> > const &)" (??0thread@boost@@QAE@ABV?$function0@XUempty_function_policy@boost@@Uemp ty_function_mixin@2@V?$allocator@Vfunction_base@boost@@@std@@@1@@Z) referenced in function "protected: int __thiscall DlgcFW2::CDlgcEventProcessor::StartThread(void)" (?StartThread@CDlgcEventProcessor@DlgcFW2@@IAEHXZ) Anyone have this kind of problem before?

2 1