[Graph] - Do bundled properties break the named parameters paradigm?

I was trying to work with astar-cities.cpp example and convert to
using bundled property maps for the edge properties.
This caused numerous issues (see yesterdays post for one example).
I found that if I bypass the named parameters and make an explicit
call to astar_search( ) then it works OK.
Does anyone know if the bundle property maps causes general issues
with named parameters?
thanks,
David
--- More info -----------------------------------
Normally, the named parameters would created the property maps that
are needed; e.g. thru the use of
choose_param(cost, make_iterator_property_map
(cost_map.begin(), index_map,
cost_map[0])),
This appears to break if I use a bundled parameter because of some
issues with the limit templates among other things.
If I explicitly create all of the parameters, things work fine.
e.g.
boost::astar_search
(g,
start,
distance_heuristic

I was trying to work with astar-cities.cpp example and convert to using bundled property maps for the edge properties.
This caused numerous issues (see yesterdays post for one example).
I found that if I bypass the named parameters and make an explicit call to astar_search( ) then it works OK.
Does anyone know if the bundle property maps causes general issues with named parameters?
There haven't been any bug reports on this, and it shouldn't be an issue with template nesting. It might be that you're missing a required parameter. Andrew Sutton andrew.n.sutton@gmail.com
participants (2)
-
Andrew Sutton
-
David Conner