Re: [boost] Boost regression notification (2005-06-28)
----- Mensaje original ----- De: Joel de Guzman <joel@boost-consulting.com> Fecha: Martes, Junio 28, 2005 8:16 pm Asunto: Re: [boost] Boost regression notification (2005-06-28)
Douglas Gregor wrote:
Boost regression test failures
|spirit| action_tests: vc-6_5 action_tests_debug: vc-6_5 ast_calc_tests: vc-6_5 ast_calc_tests_debug: vc-6_5 [...] traverse_tests: vc-6_5 traverse_tests_debug: vc-6_5 while_p_as_parser_tests: vc-6_5 while_tests: vc-6_5 while_tests_debug: vc-6_5
Yaiks! What happened? VC6.5 is supposed to be an unsupported (unusable) compiler for Spirit 1.8.x.
metacomm has begun using the vc-6_5 toolset, which is an alias of the old msvc toolset. Markup in status/explicit-failures-markup.xml has to be duplicated for this alternative name. Joaquín M López Muñoz Telefónica, Investigación y Desarrollo
I'm interested in adding support for arbitrary metrics (euclidean distance, taxi-cab, etc) to boost so that I can make use it, as well as some alternate tree structures, such as kd-trees. I can't quite figure out where they would be most appropriately placed, and it doesn't seem as if there is enough (or enough similarity) to have a totally separate library. Anyone have any thoughts? Kevin
D. Kevin McGrath <dmcgrath <at> cs.indiana.edu> writes:
I'm interested in adding support for arbitrary metrics (euclidean distance, taxi-cab, etc) to boost so that I can make use it, as well as some alternate tree structures, such as kd-trees. I can't quite figure out where they would be most appropriately placed, and it doesn't seem as if there is enough (or enough similarity) to have a totally separate library. Anyone have any thoughts?
It might make sense to put it Boost.Stat, ie, a statistics package for boost. There are some basic stuff in the sandbox in the "stat" directory, but I have stalled development currently (for several reasons, most notably lack of time). My next step would have been to add generic matrix algorithms to implement stuff like inversion. Anyway, I feel kd-trees and metrics would fit nicely into this lib. best regards -Thorsten
On Sun, 3 Jul 2005 15:07:49 +0000 (UTC), Thorsten Ottosen wrote
D. Kevin McGrath <dmcgrath <at> cs.indiana.edu> writes:
I'm interested in adding support for arbitrary metrics (euclidean distance, taxi-cab, etc) to boost so that I can make use it, as well as some alternate tree structures, such as kd-trees. I can't quite figure out where they would be most appropriately placed, and it doesn't seem as if there is enough (or enough similarity) to have a totally separate library. Anyone have any thoughts?
It might make sense to put it Boost.Stat, ie, a statistics package for boost.
There are some basic stuff in the sandbox in the "stat" directory, but I have stalled development currently (for several reasons, most notably lack of time). My next step would have been to add generic matrix algorithms to implement stuff like inversion. Anyway, I feel kd-trees and metrics would fit nicely into this lib.
The statistics algorithms fit into a the general concept of algorithms. We haven't done this consistently yet, but we've started putting these things into groups under 'algorithms'. For example, 'boost/algorithm/string' and 'libs/algorithm/string' for string algorithms. Also, as I recall Tom Brinkman had some proposals for statistics around...which I don't think have gone anywhere yet.... kd-trees seem like they should be a separate library to me. They have uses outside statistics. There are also a couple other 'tree library' proposals floating around somewhere. It's an interesting question if we should consider refactoring the boost tree to have something like 'libs/containers' for the plethora of container types in boost... Jeff
JOAQUIN LOPEZ MU?Z writes:
metacomm has begun using the vc-6_5 toolset, which is an alias of the old msvc toolset. Markup in status/explicit-failures-markup.xml has to be duplicated for this alternative name.
Yep. Some of it was already there, but some wasn't. It is now. -- Aleksey Gurtovoy MetaCommunications Engineering
participants (1)
-
Aleksey Gurtovoy -
D. Kevin McGrath -
Jeff Garland -
JOAQUIN LOPEZ MU?Z -
Thorsten Ottosen