Issue509

Title task class enhancements
Priority meta Status chatting
Superseder Nosy List erez, florian, haz, jendrik, malte
Assigned To jendrik Keywords
Optional summary
1. ~~Range-based for loops for collections~~ (issue510)
2. ~~Add task transformation that ignores costs~~ (issue511).
3. ~~Add TaskTransformation class~~ (issue512).
4. ~~Add more (helper) functions~~ (issue515).
5. ~~Use task interface in existing heuristics~~
   - ~~LM-cut~~ (issue528)
   - ~~PDB heuristics~~ (issue529)
   - ~~Merge and shrink~~ (issue548)
   - ~~landmark heuristics~~ (issue551)
   - ~~cea~~ (issue552)
   - ~~cg~~ (issue553)
   - ~~goal count, ipc max, h^max~~ (issue554)
   - ~~h^m~~ (issue555)
6. ~~Support access to axiom layers and axiom default values through task
   interface~~ (issue660).
7. ~~Use task interface for AxiomEvaluator~~ (issue660).
8. ~~Make GlobalState independent from globals (in particular g_root_task):
   remove GlobalState::dump* (can be replaced with State::dump*);
   store state size in GlobalState and StateRegistry~~ (issue665).
9. ~~Get rid of GlobalOperator::marked~~ (issue535).
10. ~~Use task interface in pruning methods (issue629).~~
11. ~~Think about the way initial state data is handled.~~
12. ~~Remove cost_type from Heuristic~~ (issue684).
13. ~~Replace stored GlobalOperator* by operator ids for preferred operators,
    applicable operators in successor generator, notify_state_transition,
    pruning, etc. (issue629, issue688, issue696, issue725, issue726, issue748)~~
14. ~~Store global task data in RootTask and remove global variables that
    currently store the task (issue700).~~
15. Use task interface for StateRegistry (issue791)
16. Duplicate EvaluationContext/EvaluationResult/HeristicCache for State
    (instead of GlobalState)
17. Use task interface in search engines.
    As a first step we want to hard code the task used by the searches to
    g_root_task. Searches should keep the cost_type parameter and pass it
    to get_adjusted_cost.
~~18. Get rid of GlobalOperator.~~
19. Handle task transformations in path-dependent heuristics (issue686)
20. Use task interface for IntPacker (issue699)
21. Get rid of g_axiom_evaluator (issue774, issue794)
22. Get rid of g_state_packer (issue774)
23. Get rid of g_successor_generator (issue792)
24. Get rid of g_initial_state_data (issue774)
~~25. Get rid of g_use_metric~~
26. Get rid of g_root_task
27. Clean up globals.cc (issue793)

Created on 2015-02-19.14:48:01 by jendrik, last changed by florian.

Summary
1. Range-based for loops for collections (issue510)
2. Add task transformation that ignores costs (issue511).
3. Add TaskTransformation class (issue512).
4. Add more (helper) functions (issue515).
5. Use task interface in existing heuristics
   - LM-cut (issue528)
   - PDB heuristics (issue529)
   - Merge and shrink (issue548)
   - landmark heuristics (issue551)
   - cea (issue552)
   - cg (issue553)
   - goal count, ipc max, h^max (issue554)
   - h^m (issue555)
6. Support access to axiom layers and axiom default values through task
   interface (issue660).
7. Use task interface for AxiomEvaluator (issue660).
8. Make GlobalState independent from globals (in particular g_root_task):
   remove GlobalState::dump* (can be replaced with State::dump*);
   store state size in GlobalState and StateRegistry (issue665).
9. Get rid of GlobalOperator::marked (issue535).
10. Use task interface in pruning methods (issue629).
11. Think about the way initial state data is handled.
12. Remove cost_type from Heuristic (issue684).
13. Replace stored GlobalOperator* by operator ids for preferred operators,
    applicable operators in successor generator, notify_state_transition,
    pruning, etc. (issue629, issue688, issue696, issue725, issue726, issue748)
14. Store global task data in RootTask and remove global variables that
    currently store the task (issue700).
15. Use task interface for StateRegistry (issue791)
16. Duplicate EvaluationContext/EvaluationResult/HeristicCache for State
    (instead of GlobalState)
17. Use task interface in search engines.
    As a first step we want to hard code the task used by the searches to
    g_root_task. Searches should keep the cost_type parameter and pass it
    to get_adjusted_cost.
18. Get rid of GlobalOperator.
19. Handle task transformations in path-dependent heuristics (issue686)
20. Use task interface for IntPacker (issue699)
21. Get rid of g_axiom_evaluator (issue774, issue794)
22. Get rid of g_state_packer (issue774)
23. Get rid of g_successor_generator (issue792)
24. Get rid of g_initial_state_data (issue774)
25. Get rid of g_use_metric
26. Get rid of g_root_task
27. Clean up globals.cc (issue793)
Messages
msg7180 (view) Author: florian Date: 2018-06-04.20:20:41
Added references to issue792, issue793, and issue794.
msg7158 (view) Author: florian Date: 2018-06-04.14:07:47
add reference to issue791
msg7013 (view) Author: florian Date: 2018-04-08.15:38:30
reference to issue774
msg6997 (view) Author: florian Date: 2018-04-04.09:24:48
I added a note to remove the metric section from the output to issue371 and
removed g_use_metric in the default branch.
msg6995 (view) Author: malte Date: 2018-04-04.08:43:17
It should not be part of the task interface.

I think it would make sense to remove it from the input altogether; setting all
action costs to 1 if the :action-costs feature is not used would more naturally
be a responsibility of the translator. But given the finite amount of time we
have, we can of course leave things as is in the translator and only remove
g_use_metric from the search component.
msg6994 (view) Author: florian Date: 2018-04-04.08:34:09
To be clear, use_metric is used while parsing the task. If use_metric is false,
all operator costs are set to 1. But this is compiled into the task and handled
by a local variable. Since the task interface does not support use_metric, we
currently write it to a global variable to print it later. What I'm suggesting
would just remove the output and the global variable. An alternative would be to
support it through the task interface.
msg6993 (view) Author: malte Date: 2018-04-04.01:28:38
I would leave dump_everything in, but remove g_use_metric. It may make sense to
remove it from the SAS file format as well, or at least document clearly that it
does nothing.
msg6992 (view) Author: florian Date: 2018-04-04.00:17:55
g_use_metric (item 25 in the summary) is currently only used in the method
dump_everything which in turn is unused. The only reason it is stored globally
is to potentially print whether a metric was used while parsing. Is this
necessary, or can we remove it? What about the dump_everything method?
msg6991 (view) Author: florian Date: 2018-04-04.00:12:17
updated summary after issue700 was closed.
msg6854 (view) Author: florian Date: 2018-03-15.12:15:00
Updated summary with global variables that should disappear in the task
interface eventually.
msg6619 (view) Author: florian Date: 2017-11-27.23:32:31
cross reference to issue 748.
msg6325 (view) Author: florian Date: 2017-05-02.19:21:35
cross reference to issue726
msg6282 (view) Author: florian Date: 2017-04-28.19:35:10
Reference issue725
msg6018 (view) Author: florian Date: 2017-01-05.18:33:24
We discussed a solution for the initial state: the root task will own an axiom
evaluator (and a successor generator) and generate them in its constructor.
We'll add methods to the axiom evaluator that work on unpacked state data
(vector<int>). This will lead to some code duplication, which we might be able
to avoid with templates. Depending on how we want to handle unpacking states
(see issue348), we could eventually get rid off the method evaluates axioms on
packed states. 

In the long run, every task could own an axiom evaluator (and successor
generator) or re-use the one from its parent.

We also talked about a good place to start introducing the task interface into
the search algorithms and decided it would be easier, if we first duplicated
EvaluationContext/EvaluationResult/HeristicCache so they can be used with States
(not just GlobalStates). Once this is done, we can concentrate on one search
algorithm at a time.

I updated the plan in the summary re-ordering items a bit.
msg5951 (view) Author: florian Date: 2016-12-20.23:53:44
updated references to issue629, issue688, issue696, and issue700.
msg5942 (view) Author: florian Date: 2016-12-20.17:44:23
Add item 20 and tick off item 18.
msg5787 (view) Author: jendrik Date: 2016-10-26.19:18:22
Add issue686.
msg5785 (view) Author: jendrik Date: 2016-10-26.19:13:34
Update summary
msg5638 (view) Author: jendrik Date: 2016-09-17.23:50:05
Tick off number 8.
msg5581 (view) Author: malte Date: 2016-08-28.17:02:17
Please take into account that axioms also count as operators, which is why
OperatorProxy stores more than just an index.
msg5556 (view) Author: florian Date: 2016-08-15.14:24:26
Add reference to issue665.
msg5544 (view) Author: florian Date: 2016-08-12.19:00:08
Updated summary after some offline discussion. Jendrik and I noticed that the code 
for different running issues made different assumptions about the data structures 
that will be used within searches after they are switched to the task interface.

We had a look at the code that currently uses GlobalOperator to see how they could be 
changed. One suggestion that would work as far as we can see, is to use operator 
indices (int) in most places that currently store GlobalOperator*. An alternative 
would be to store OperatorProxies but we previously said to avoid any proxies in 
containers or other long-term storage. Our plan is to try this in an issue branch to 
see if we get a performance hit from looking up the operator when we need it.
msg5484 (view) Author: jendrik Date: 2016-08-04.17:42:16
Remove obvious comment.
msg5483 (view) Author: jendrik Date: 2016-08-04.17:38:09
Update summary.
msg5466 (view) Author: florian Date: 2016-06-27.12:37:11
Using the task interface for axioms (points 8. and 9.) is issue660.
msg5176 (view) Author: florian Date: 2016-02-10.10:57:35
Using the task interface in pruning methods is issue629.
msg5101 (view) Author: florian Date: 2016-01-16.12:57:11
I added TODOs for supporting the task interface in the search engines (and
smaller steps on the way).

One thing, we should discuss is how to handle initial state data.
Currently, RootTask gets the initial state in four steps:
  1) RootTask accesses the global state registry.
  2) The registry reads values from g_initial_state_data, packs the data, and
evaluates axioms on the packed data.
  3) The registry returns a GlobalState that contains a pointer to the packed data.
  4) RootTask converts the GlobalState into a State (unpacks the data) and
returns it.

The problem with that is that we want to use the task interface in the registry,
i.e., the registry should get its initial state data from the task, not the
other way around. The question then is, who should be responsible for evaluating
axioms on the initial state data, who should store the data, etc.
msg4374 (view) Author: florian Date: 2015-07-15.11:56:02
I created issues for the remaining heuristics:
- landmark heuristics (issue551)
- cea (issue552)
- cg (issue553)
- goal count, ipc max, h^max (issue554)
- h^m (issue555)
msg4362 (view) Author: jendrik Date: 2015-07-14.20:09:53
Using the new task interface in merge-and-shrink is issue548.
msg4233 (view) Author: florian Date: 2015-06-03.14:35:41
5. Use task interface in existing heuristics
   - LM-cut (issue528)
   - PDB heuristics (issue529)
   - Merge and shrink
   - cg
   - ...
msg4034 (view) Author: jendrik Date: 2015-03-06.16:01:24
4. Add more (helper) functions (issue515).
msg4020 (view) Author: jendrik Date: 2015-02-20.17:55:10
3. Add TaskTransformation class (issue512).
msg4019 (view) Author: jendrik Date: 2015-02-20.11:36:32
2. Add task transformation that ignores costs (issue511).
msg4016 (view) Author: jendrik Date: 2015-02-19.19:13:15
Let's start collecting our ideas:

1. Range-based for loops for collections (issue510)
msg4012 (view) Author: jendrik Date: 2015-02-19.14:48:00
This meta issue groups all issues related to the task class. A preliminary 
version of the task class has been added in issue439. We'd like to collect and 
discuss all further enhancements in this meta issue.
History
Date User Action Args
2018-06-04 20:20:41floriansetmessages: + msg7180
summary: 1. ~~Range-based for loops for collections~~ (issue510) 2. ~~Add task transformation that ignores costs~~ (issue511). 3. ~~Add TaskTransformation class~~ (issue512). 4. ~~Add more (helper) functions~~ (issue515). 5. ~~Use task interface in existing heuristics~~ - ~~LM-cut~~ (issue528) - ~~PDB heuristics~~ (issue529) - ~~Merge and shrink~~ (issue548) - ~~landmark heuristics~~ (issue551) - ~~cea~~ (issue552) - ~~cg~~ (issue553) - ~~goal count, ipc max, h^max~~ (issue554) - ~~h^m~~ (issue555) 6. ~~Support access to axiom layers and axiom default values through task interface~~ (issue660). 7. ~~Use task interface for AxiomEvaluator~~ (issue660). 8. ~~Make GlobalState independent from globals (in particular g_root_task): remove GlobalState::dump* (can be replaced with State::dump*); store state size in GlobalState and StateRegistry~~ (issue665). 9. ~~Get rid of GlobalOperator::marked~~ (issue535). 10. ~~Use task interface in pruning methods (issue629).~~ 11. ~~Think about the way initial state data is handled.~~ 12. ~~Remove cost_type from Heuristic~~ (issue684). 13. ~~Replace stored GlobalOperator* by operator ids for preferred operators, applicable operators in successor generator, notify_state_transition, pruning, etc. (issue629, issue688, issue696, issue725, issue726, issue748)~~ 14. ~~Store global task data in RootTask and remove global variables that currently store the task (issue700).~~ 15. Use task interface for StateRegistry (issue791) 16. Duplicate EvaluationContext/EvaluationResult/HeristicCache for State (instead of GlobalState) 17. Use task interface in search engines. As a first step we want to hard code the task used by the searches to g_root_task. Searches should keep the cost_type parameter and pass it to get_adjusted_cost. ~~18. Get rid of GlobalOperator.~~ 19. Handle task transformations in path-dependent heuristics (issue686) 20. Use task interface for IntPacker (issue699) 21. Get rid of g_axiom_evaluator (issue774) 22. Get rid of g_state_packer (issue774) 23. Get rid of g_successor_generator 24. Get rid of g_initial_state_data (issue774) ~~25. Get rid of g_use_metric~~ 26. Get rid of g_root_task -> 1. ~~Range-based for loops for collections~~ (issue510) 2. ~~Add task transformation that ignores costs~~ (issue511). 3. ~~Add TaskTransformation class~~ (issue512). 4. ~~Add more (helper) functions~~ (issue515). 5. ~~Use task interface in existing heuristics~~ - ~~LM-cut~~ (issue528) - ~~PDB heuristics~~ (issue529) - ~~Merge and shrink~~ (issue548) - ~~landmark heuristics~~ (issue551) - ~~cea~~ (issue552) - ~~cg~~ (issue553) - ~~goal count, ipc max, h^max~~ (issue554) - ~~h^m~~ (issue555) 6. ~~Support access to axiom layers and axiom default values through task interface~~ (issue660). 7. ~~Use task interface for AxiomEvaluator~~ (issue660). 8. ~~Make GlobalState independent from globals (in particular g_root_task): remove GlobalState::dump* (can be replaced with State::dump*); store state size in GlobalState and StateRegistry~~ (issue665). 9. ~~Get rid of GlobalOperator::marked~~ (issue535). 10. ~~Use task interface in pruning methods (issue629).~~ 11. ~~Think about the way initial state data is handled.~~ 12. ~~Remove cost_type from Heuristic~~ (issue684). 13. ~~Replace stored GlobalOperator* by operator ids for preferred operators, applicable operators in successor generator, notify_state_transition, pruning, etc. (issue629, issue688, issue696, issue725, issue726, issue748)~~ 14. ~~Store global task data in RootTask and remove global variables that currently store the task (issue700).~~ 15. Use task interface for StateRegistry (issue791) 16. Duplicate EvaluationContext/EvaluationResult/HeristicCache for State (instead of GlobalState) 17. Use task interface in search engines. As a first step we want to hard code the task used by the searches to g_root_task. Searches should keep the cost_type parameter and pass it to get_adjusted_cost. ~~18. Get rid of GlobalOperator.~~ 19. Handle task transformations in path-dependent heuristics (issue686) 20. Use task interface for IntPacker (issue699) 21. Get rid of g_axiom_evaluator (issue774, issue794) 22. Get rid of g_state_packer (issue774) 23. Get rid of g_successor_generator (issue792) 24. Get rid of g_initial_state_data (issue774) ~~25. Get rid of g_use_metric~~ 26. Get rid of g_root_task 27. Clean up globals.cc (issue793)
2018-06-04 14:07:47floriansetmessages: + msg7158
summary: 1. ~~Range-based for loops for collections~~ (issue510) 2. ~~Add task transformation that ignores costs~~ (issue511). 3. ~~Add TaskTransformation class~~ (issue512). 4. ~~Add more (helper) functions~~ (issue515). 5. ~~Use task interface in existing heuristics~~ - ~~LM-cut~~ (issue528) - ~~PDB heuristics~~ (issue529) - ~~Merge and shrink~~ (issue548) - ~~landmark heuristics~~ (issue551) - ~~cea~~ (issue552) - ~~cg~~ (issue553) - ~~goal count, ipc max, h^max~~ (issue554) - ~~h^m~~ (issue555) 6. ~~Support access to axiom layers and axiom default values through task interface~~ (issue660). 7. ~~Use task interface for AxiomEvaluator~~ (issue660). 8. ~~Make GlobalState independent from globals (in particular g_root_task): remove GlobalState::dump* (can be replaced with State::dump*); store state size in GlobalState and StateRegistry~~ (issue665). 9. ~~Get rid of GlobalOperator::marked~~ (issue535). 10. ~~Use task interface in pruning methods (issue629).~~ 11. ~~Think about the way initial state data is handled.~~ 12. ~~Remove cost_type from Heuristic~~ (issue684). 13. ~~Replace stored GlobalOperator* by operator ids for preferred operators, applicable operators in successor generator, notify_state_transition, pruning, etc. (issue629, issue688, issue696, issue725, issue726, issue748)~~ 14. ~~Store global task data in RootTask and remove global variables that currently store the task (issue700).~~ 15. Use task interface for StateRegistry. 16. Duplicate EvaluationContext/EvaluationResult/HeristicCache for State (instead of GlobalState) 17. Use task interface in search engines. As a first step we want to hard code the task used by the searches to g_root_task. Searches should keep the cost_type parameter and pass it to get_adjusted_cost. ~~18. Get rid of GlobalOperator.~~ 19. Handle task transformations in path-dependent heuristics (issue686) 20. Use task interface for IntPacker (issue699) 21. Get rid of g_axiom_evaluator (issue774) 22. Get rid of g_state_packer (issue774) 23. Get rid of g_successor_generator 24. Get rid of g_initial_state_data (issue774) ~~25. Get rid of g_use_metric~~ 26. Get rid of g_root_task -> 1. ~~Range-based for loops for collections~~ (issue510) 2. ~~Add task transformation that ignores costs~~ (issue511). 3. ~~Add TaskTransformation class~~ (issue512). 4. ~~Add more (helper) functions~~ (issue515). 5. ~~Use task interface in existing heuristics~~ - ~~LM-cut~~ (issue528) - ~~PDB heuristics~~ (issue529) - ~~Merge and shrink~~ (issue548) - ~~landmark heuristics~~ (issue551) - ~~cea~~ (issue552) - ~~cg~~ (issue553) - ~~goal count, ipc max, h^max~~ (issue554) - ~~h^m~~ (issue555) 6. ~~Support access to axiom layers and axiom default values through task interface~~ (issue660). 7. ~~Use task interface for AxiomEvaluator~~ (issue660). 8. ~~Make GlobalState independent from globals (in particular g_root_task): remove GlobalState::dump* (can be replaced with State::dump*); store state size in GlobalState and StateRegistry~~ (issue665). 9. ~~Get rid of GlobalOperator::marked~~ (issue535). 10. ~~Use task interface in pruning methods (issue629).~~ 11. ~~Think about the way initial state data is handled.~~ 12. ~~Remove cost_type from Heuristic~~ (issue684). 13. ~~Replace stored GlobalOperator* by operator ids for preferred operators, applicable operators in successor generator, notify_state_transition, pruning, etc. (issue629, issue688, issue696, issue725, issue726, issue748)~~ 14. ~~Store global task data in RootTask and remove global variables that currently store the task (issue700).~~ 15. Use task interface for StateRegistry (issue791) 16. Duplicate EvaluationContext/EvaluationResult/HeristicCache for State (instead of GlobalState) 17. Use task interface in search engines. As a first step we want to hard code the task used by the searches to g_root_task. Searches should keep the cost_type parameter and pass it to get_adjusted_cost. ~~18. Get rid of GlobalOperator.~~ 19. Handle task transformations in path-dependent heuristics (issue686) 20. Use task interface for IntPacker (issue699) 21. Get rid of g_axiom_evaluator (issue774) 22. Get rid of g_state_packer (issue774) 23. Get rid of g_successor_generator 24. Get rid of g_initial_state_data (issue774) ~~25. Get rid of g_use_metric~~ 26. Get rid of g_root_task
2018-04-08 15:38:30floriansetmessages: + msg7013
summary: 1. ~~Range-based for loops for collections~~ (issue510) 2. ~~Add task transformation that ignores costs~~ (issue511). 3. ~~Add TaskTransformation class~~ (issue512). 4. ~~Add more (helper) functions~~ (issue515). 5. ~~Use task interface in existing heuristics~~ - ~~LM-cut~~ (issue528) - ~~PDB heuristics~~ (issue529) - ~~Merge and shrink~~ (issue548) - ~~landmark heuristics~~ (issue551) - ~~cea~~ (issue552) - ~~cg~~ (issue553) - ~~goal count, ipc max, h^max~~ (issue554) - ~~h^m~~ (issue555) 6. ~~Support access to axiom layers and axiom default values through task interface~~ (issue660). 7. ~~Use task interface for AxiomEvaluator~~ (issue660). 8. ~~Make GlobalState independent from globals (in particular g_root_task): remove GlobalState::dump* (can be replaced with State::dump*); store state size in GlobalState and StateRegistry~~ (issue665). 9. ~~Get rid of GlobalOperator::marked~~ (issue535). 10. ~~Use task interface in pruning methods (issue629).~~ 11. ~~Think about the way initial state data is handled.~~ 12. ~~Remove cost_type from Heuristic~~ (issue684). 13. ~~Replace stored GlobalOperator* by operator ids for preferred operators, applicable operators in successor generator, notify_state_transition, pruning, etc. (issue629, issue688, issue696, issue725, issue726, issue748)~~ 14. ~~Store global task data in RootTask and remove global variables that currently store the task (issue700).~~ 15. Use task interface for StateRegistry. 16. Duplicate EvaluationContext/EvaluationResult/HeristicCache for State (instead of GlobalState) 17. Use task interface in search engines. As a first step we want to hard code the task used by the searches to g_root_task. Searches should keep the cost_type parameter and pass it to get_adjusted_cost. 18. Get rid of GlobalOperator. 19. Handle task transformations in path-dependent heuristics (issue686) 20. Use task interface for IntPacker (issue699) 21. Get rid of g_axiom_evaluator 22. Get rid of g_state_packer 23. Get rid of g_successor_generator 24. Get rid of g_initial_state_data ~~25. Get rid of g_use_metric~~ 26. Get rid of g_root_task -> 1. ~~Range-based for loops for collections~~ (issue510) 2. ~~Add task transformation that ignores costs~~ (issue511). 3. ~~Add TaskTransformation class~~ (issue512). 4. ~~Add more (helper) functions~~ (issue515). 5. ~~Use task interface in existing heuristics~~ - ~~LM-cut~~ (issue528) - ~~PDB heuristics~~ (issue529) - ~~Merge and shrink~~ (issue548) - ~~landmark heuristics~~ (issue551) - ~~cea~~ (issue552) - ~~cg~~ (issue553) - ~~goal count, ipc max, h^max~~ (issue554) - ~~h^m~~ (issue555) 6. ~~Support access to axiom layers and axiom default values through task interface~~ (issue660). 7. ~~Use task interface for AxiomEvaluator~~ (issue660). 8. ~~Make GlobalState independent from globals (in particular g_root_task): remove GlobalState::dump* (can be replaced with State::dump*); store state size in GlobalState and StateRegistry~~ (issue665). 9. ~~Get rid of GlobalOperator::marked~~ (issue535). 10. ~~Use task interface in pruning methods (issue629).~~ 11. ~~Think about the way initial state data is handled.~~ 12. ~~Remove cost_type from Heuristic~~ (issue684). 13. ~~Replace stored GlobalOperator* by operator ids for preferred operators, applicable operators in successor generator, notify_state_transition, pruning, etc. (issue629, issue688, issue696, issue725, issue726, issue748)~~ 14. ~~Store global task data in RootTask and remove global variables that currently store the task (issue700).~~ 15. Use task interface for StateRegistry. 16. Duplicate EvaluationContext/EvaluationResult/HeristicCache for State (instead of GlobalState) 17. Use task interface in search engines. As a first step we want to hard code the task used by the searches to g_root_task. Searches should keep the cost_type parameter and pass it to get_adjusted_cost. ~~18. Get rid of GlobalOperator.~~ 19. Handle task transformations in path-dependent heuristics (issue686) 20. Use task interface for IntPacker (issue699) 21. Get rid of g_axiom_evaluator (issue774) 22. Get rid of g_state_packer (issue774) 23. Get rid of g_successor_generator 24. Get rid of g_initial_state_data (issue774) ~~25. Get rid of g_use_metric~~ 26. Get rid of g_root_task
2018-04-04 09:24:48floriansetmessages: + msg6997
summary: 1. ~~Range-based for loops for collections~~ (issue510) 2. ~~Add task transformation that ignores costs~~ (issue511). 3. ~~Add TaskTransformation class~~ (issue512). 4. ~~Add more (helper) functions~~ (issue515). 5. ~~Use task interface in existing heuristics~~ - ~~LM-cut~~ (issue528) - ~~PDB heuristics~~ (issue529) - ~~Merge and shrink~~ (issue548) - ~~landmark heuristics~~ (issue551) - ~~cea~~ (issue552) - ~~cg~~ (issue553) - ~~goal count, ipc max, h^max~~ (issue554) - ~~h^m~~ (issue555) 6. ~~Support access to axiom layers and axiom default values through task interface~~ (issue660). 7. ~~Use task interface for AxiomEvaluator~~ (issue660). 8. ~~Make GlobalState independent from globals (in particular g_root_task): remove GlobalState::dump* (can be replaced with State::dump*); store state size in GlobalState and StateRegistry~~ (issue665). 9. ~~Get rid of GlobalOperator::marked~~ (issue535). 10. ~~Use task interface in pruning methods (issue629).~~ 11. ~~Think about the way initial state data is handled.~~ 12. ~~Remove cost_type from Heuristic~~ (issue684). 13. ~~Replace stored GlobalOperator* by operator ids for preferred operators, applicable operators in successor generator, notify_state_transition, pruning, etc. (issue629, issue688, issue696, issue725, issue726, issue748)~~ 14. ~~Store global task data in RootTask and remove global variables that currently store the task (issue700).~~ 15. Use task interface for StateRegistry. 16. Duplicate EvaluationContext/EvaluationResult/HeristicCache for State (instead of GlobalState) 17. Use task interface in search engines. As a first step we want to hard code the task used by the searches to g_root_task. Searches should keep the cost_type parameter and pass it to get_adjusted_cost. 18. Get rid of GlobalOperator. 19. Handle task transformations in path-dependent heuristics (issue686) 20. Use task interface for IntPacker (issue699) 21. Get rid of g_axiom_evaluator 22. Get rid of g_state_packer 23. Get rid of g_successor_generator 24. Get rid of g_initial_state_data 25. Get rid of g_use_metric 26. Get rid of g_root_task -> 1. ~~Range-based for loops for collections~~ (issue510) 2. ~~Add task transformation that ignores costs~~ (issue511). 3. ~~Add TaskTransformation class~~ (issue512). 4. ~~Add more (helper) functions~~ (issue515). 5. ~~Use task interface in existing heuristics~~ - ~~LM-cut~~ (issue528) - ~~PDB heuristics~~ (issue529) - ~~Merge and shrink~~ (issue548) - ~~landmark heuristics~~ (issue551) - ~~cea~~ (issue552) - ~~cg~~ (issue553) - ~~goal count, ipc max, h^max~~ (issue554) - ~~h^m~~ (issue555) 6. ~~Support access to axiom layers and axiom default values through task interface~~ (issue660). 7. ~~Use task interface for AxiomEvaluator~~ (issue660). 8. ~~Make GlobalState independent from globals (in particular g_root_task): remove GlobalState::dump* (can be replaced with State::dump*); store state size in GlobalState and StateRegistry~~ (issue665). 9. ~~Get rid of GlobalOperator::marked~~ (issue535). 10. ~~Use task interface in pruning methods (issue629).~~ 11. ~~Think about the way initial state data is handled.~~ 12. ~~Remove cost_type from Heuristic~~ (issue684). 13. ~~Replace stored GlobalOperator* by operator ids for preferred operators, applicable operators in successor generator, notify_state_transition, pruning, etc. (issue629, issue688, issue696, issue725, issue726, issue748)~~ 14. ~~Store global task data in RootTask and remove global variables that currently store the task (issue700).~~ 15. Use task interface for StateRegistry. 16. Duplicate EvaluationContext/EvaluationResult/HeristicCache for State (instead of GlobalState) 17. Use task interface in search engines. As a first step we want to hard code the task used by the searches to g_root_task. Searches should keep the cost_type parameter and pass it to get_adjusted_cost. 18. Get rid of GlobalOperator. 19. Handle task transformations in path-dependent heuristics (issue686) 20. Use task interface for IntPacker (issue699) 21. Get rid of g_axiom_evaluator 22. Get rid of g_state_packer 23. Get rid of g_successor_generator 24. Get rid of g_initial_state_data ~~25. Get rid of g_use_metric~~ 26. Get rid of g_root_task
2018-04-04 08:43:17maltesetmessages: + msg6995
2018-04-04 08:34:09floriansetmessages: + msg6994
2018-04-04 01:28:38maltesetmessages: + msg6993
2018-04-04 00:17:56floriansetmessages: + msg6992
2018-04-04 00:12:17floriansetmessages: + msg6991
summary: 1. ~~Range-based for loops for collections~~ (issue510) 2. ~~Add task transformation that ignores costs~~ (issue511). 3. ~~Add TaskTransformation class~~ (issue512). 4. ~~Add more (helper) functions~~ (issue515). 5. ~~Use task interface in existing heuristics~~ - ~~LM-cut~~ (issue528) - ~~PDB heuristics~~ (issue529) - ~~Merge and shrink~~ (issue548) - ~~landmark heuristics~~ (issue551) - ~~cea~~ (issue552) - ~~cg~~ (issue553) - ~~goal count, ipc max, h^max~~ (issue554) - ~~h^m~~ (issue555) 6. ~~Support access to axiom layers and axiom default values through task interface~~ (issue660). 7. ~~Use task interface for AxiomEvaluator~~ (issue660). 8. ~~Make GlobalState independent from globals (in particular g_root_task): remove GlobalState::dump* (can be replaced with State::dump*); store state size in GlobalState and StateRegistry~~ (issue665). 9. ~~Get rid of GlobalOperator::marked~~ (issue535). 10. ~~Use task interface in pruning methods (issue629).~~ 11. ~~Think about the way initial state data is handled.~~ 12. ~~Remove cost_type from Heuristic~~ (issue684). 13. ~~Replace stored GlobalOperator* by operator ids for preferred operators, applicable operators in successor generator, notify_state_transition, pruning, etc. (issue629, issue688, issue696, issue725, issue726, issue748)~~ 14. Store global task data in RootTask and remove global variables that currently store the task (issue700). 15. Use task interface for StateRegistry. 16. Duplicate EvaluationContext/EvaluationResult/HeristicCache for State (instead of GlobalState) 17. Use task interface in search engines. As a first step we want to hard code the task used by the searches to g_root_task. Searches should keep the cost_type parameter and pass it to get_adjusted_cost. 18. Get rid of GlobalOperator. 19. Handle task transformations in path-dependent heuristics (issue686) 20. Use task interface for IntPacker (issue699) 21. Get rid of g_axiom_evaluator 22. Get rid of g_state_packer 23. Get rid of g_successor_generator 24. Get rid of g_initial_state_data 25. Get rid of g_use_metric 26. Get rid of g_root_task -> 1. ~~Range-based for loops for collections~~ (issue510) 2. ~~Add task transformation that ignores costs~~ (issue511). 3. ~~Add TaskTransformation class~~ (issue512). 4. ~~Add more (helper) functions~~ (issue515). 5. ~~Use task interface in existing heuristics~~ - ~~LM-cut~~ (issue528) - ~~PDB heuristics~~ (issue529) - ~~Merge and shrink~~ (issue548) - ~~landmark heuristics~~ (issue551) - ~~cea~~ (issue552) - ~~cg~~ (issue553) - ~~goal count, ipc max, h^max~~ (issue554) - ~~h^m~~ (issue555) 6. ~~Support access to axiom layers and axiom default values through task interface~~ (issue660). 7. ~~Use task interface for AxiomEvaluator~~ (issue660). 8. ~~Make GlobalState independent from globals (in particular g_root_task): remove GlobalState::dump* (can be replaced with State::dump*); store state size in GlobalState and StateRegistry~~ (issue665). 9. ~~Get rid of GlobalOperator::marked~~ (issue535). 10. ~~Use task interface in pruning methods (issue629).~~ 11. ~~Think about the way initial state data is handled.~~ 12. ~~Remove cost_type from Heuristic~~ (issue684). 13. ~~Replace stored GlobalOperator* by operator ids for preferred operators, applicable operators in successor generator, notify_state_transition, pruning, etc. (issue629, issue688, issue696, issue725, issue726, issue748)~~ 14. ~~Store global task data in RootTask and remove global variables that currently store the task (issue700).~~ 15. Use task interface for StateRegistry. 16. Duplicate EvaluationContext/EvaluationResult/HeristicCache for State (instead of GlobalState) 17. Use task interface in search engines. As a first step we want to hard code the task used by the searches to g_root_task. Searches should keep the cost_type parameter and pass it to get_adjusted_cost. 18. Get rid of GlobalOperator. 19. Handle task transformations in path-dependent heuristics (issue686) 20. Use task interface for IntPacker (issue699) 21. Get rid of g_axiom_evaluator 22. Get rid of g_state_packer 23. Get rid of g_successor_generator 24. Get rid of g_initial_state_data 25. Get rid of g_use_metric 26. Get rid of g_root_task
2018-03-15 12:15:00floriansetmessages: + msg6854
summary: 1. ~~Range-based for loops for collections~~ (issue510) 2. ~~Add task transformation that ignores costs~~ (issue511). 3. ~~Add TaskTransformation class~~ (issue512). 4. ~~Add more (helper) functions~~ (issue515). 5. ~~Use task interface in existing heuristics~~ - ~~LM-cut~~ (issue528) - ~~PDB heuristics~~ (issue529) - ~~Merge and shrink~~ (issue548) - ~~landmark heuristics~~ (issue551) - ~~cea~~ (issue552) - ~~cg~~ (issue553) - ~~goal count, ipc max, h^max~~ (issue554) - ~~h^m~~ (issue555) 6. ~~Support access to axiom layers and axiom default values through task interface~~ (issue660). 7. ~~Use task interface for AxiomEvaluator~~ (issue660). 8. ~~Make GlobalState independent from globals (in particular g_root_task): remove GlobalState::dump* (can be replaced with State::dump*); store state size in GlobalState and StateRegistry~~ (issue665). 9. ~~Get rid of GlobalOperator::marked~~ (issue535). 10. ~~Use task interface in pruning methods (issue629).~~ 11. ~~Think about the way initial state data is handled.~~ 12. ~~Remove cost_type from Heuristic~~ (issue684). 13. Replace stored GlobalOperator* by operator ids for preferred operators, applicable operators in successor generator, notify_state_transition, pruning, etc. (issue629, issue688, issue696, issue725, issue726, issue748) 14. Store global task data in RootTask and remove global variables that currently store the task (issue700). 15. Use task interface for StateRegistry. 16. Duplicate EvaluationContext/EvaluationResult/HeristicCache for State (instead of GlobalState) 17. Use task interface in search engines. As a first step we want to hard code the task used by the searches to g_root_task. Searches should keep the cost_type parameter and pass it to get_adjusted_cost. 18. Get rid of GlobalOperator. 19. Handle task transformations in path-dependent heuristics (issue686) 20. Use task interface for IntPacker (issue699) -> 1. ~~Range-based for loops for collections~~ (issue510) 2. ~~Add task transformation that ignores costs~~ (issue511). 3. ~~Add TaskTransformation class~~ (issue512). 4. ~~Add more (helper) functions~~ (issue515). 5. ~~Use task interface in existing heuristics~~ - ~~LM-cut~~ (issue528) - ~~PDB heuristics~~ (issue529) - ~~Merge and shrink~~ (issue548) - ~~landmark heuristics~~ (issue551) - ~~cea~~ (issue552) - ~~cg~~ (issue553) - ~~goal count, ipc max, h^max~~ (issue554) - ~~h^m~~ (issue555) 6. ~~Support access to axiom layers and axiom default values through task interface~~ (issue660). 7. ~~Use task interface for AxiomEvaluator~~ (issue660). 8. ~~Make GlobalState independent from globals (in particular g_root_task): remove GlobalState::dump* (can be replaced with State::dump*); store state size in GlobalState and StateRegistry~~ (issue665). 9. ~~Get rid of GlobalOperator::marked~~ (issue535). 10. ~~Use task interface in pruning methods (issue629).~~ 11. ~~Think about the way initial state data is handled.~~ 12. ~~Remove cost_type from Heuristic~~ (issue684). 13. ~~Replace stored GlobalOperator* by operator ids for preferred operators, applicable operators in successor generator, notify_state_transition, pruning, etc. (issue629, issue688, issue696, issue725, issue726, issue748)~~ 14. Store global task data in RootTask and remove global variables that currently store the task (issue700). 15. Use task interface for StateRegistry. 16. Duplicate EvaluationContext/EvaluationResult/HeristicCache for State (instead of GlobalState) 17. Use task interface in search engines. As a first step we want to hard code the task used by the searches to g_root_task. Searches should keep the cost_type parameter and pass it to get_adjusted_cost. 18. Get rid of GlobalOperator. 19. Handle task transformations in path-dependent heuristics (issue686) 20. Use task interface for IntPacker (issue699) 21. Get rid of g_axiom_evaluator 22. Get rid of g_state_packer 23. Get rid of g_successor_generator 24. Get rid of g_initial_state_data 25. Get rid of g_use_metric 26. Get rid of g_root_task
2017-11-27 23:32:31floriansetmessages: + msg6619
summary: 1. ~~Range-based for loops for collections~~ (issue510) 2. ~~Add task transformation that ignores costs~~ (issue511). 3. ~~Add TaskTransformation class~~ (issue512). 4. ~~Add more (helper) functions~~ (issue515). 5. ~~Use task interface in existing heuristics~~ - ~~LM-cut~~ (issue528) - ~~PDB heuristics~~ (issue529) - ~~Merge and shrink~~ (issue548) - ~~landmark heuristics~~ (issue551) - ~~cea~~ (issue552) - ~~cg~~ (issue553) - ~~goal count, ipc max, h^max~~ (issue554) - ~~h^m~~ (issue555) 6. ~~Support access to axiom layers and axiom default values through task interface~~ (issue660). 7. ~~Use task interface for AxiomEvaluator~~ (issue660). 8. ~~Make GlobalState independent from globals (in particular g_root_task): remove GlobalState::dump* (can be replaced with State::dump*); store state size in GlobalState and StateRegistry~~ (issue665). 9. ~~Get rid of GlobalOperator::marked~~ (issue535). 10. ~~Use task interface in pruning methods (issue629).~~ 11. ~~Think about the way initial state data is handled.~~ 12. ~~Remove cost_type from Heuristic~~ (issue684). 13. Replace stored GlobalOperator* by operator ids for preferred operators, applicable operators in successor generator, notify_state_transition, pruning, etc. (issue629, issue688, issue696, issue725, issue726) 14. Store global task data in RootTask and remove global variables that currently store the task (issue700). 15. Use task interface for StateRegistry. 16. Duplicate EvaluationContext/EvaluationResult/HeristicCache for State (instead of GlobalState) 17. Use task interface in search engines. As a first step we want to hard code the task used by the searches to g_root_task. Searches should keep the cost_type parameter and pass it to get_adjusted_cost. 18. Get rid of GlobalOperator. 19. Handle task transformations in path-dependent heuristics (issue686) 20. Use task interface for IntPacker (issue699) -> 1. ~~Range-based for loops for collections~~ (issue510) 2. ~~Add task transformation that ignores costs~~ (issue511). 3. ~~Add TaskTransformation class~~ (issue512). 4. ~~Add more (helper) functions~~ (issue515). 5. ~~Use task interface in existing heuristics~~ - ~~LM-cut~~ (issue528) - ~~PDB heuristics~~ (issue529) - ~~Merge and shrink~~ (issue548) - ~~landmark heuristics~~ (issue551) - ~~cea~~ (issue552) - ~~cg~~ (issue553) - ~~goal count, ipc max, h^max~~ (issue554) - ~~h^m~~ (issue555) 6. ~~Support access to axiom layers and axiom default values through task interface~~ (issue660). 7. ~~Use task interface for AxiomEvaluator~~ (issue660). 8. ~~Make GlobalState independent from globals (in particular g_root_task): remove GlobalState::dump* (can be replaced with State::dump*); store state size in GlobalState and StateRegistry~~ (issue665). 9. ~~Get rid of GlobalOperator::marked~~ (issue535). 10. ~~Use task interface in pruning methods (issue629).~~ 11. ~~Think about the way initial state data is handled.~~ 12. ~~Remove cost_type from Heuristic~~ (issue684). 13. Replace stored GlobalOperator* by operator ids for preferred operators, applicable operators in successor generator, notify_state_transition, pruning, etc. (issue629, issue688, issue696, issue725, issue726, issue748) 14. Store global task data in RootTask and remove global variables that currently store the task (issue700). 15. Use task interface for StateRegistry. 16. Duplicate EvaluationContext/EvaluationResult/HeristicCache for State (instead of GlobalState) 17. Use task interface in search engines. As a first step we want to hard code the task used by the searches to g_root_task. Searches should keep the cost_type parameter and pass it to get_adjusted_cost. 18. Get rid of GlobalOperator. 19. Handle task transformations in path-dependent heuristics (issue686) 20. Use task interface for IntPacker (issue699)
2017-05-02 19:21:35floriansetmessages: + msg6325
summary: 1. ~~Range-based for loops for collections~~ (issue510) 2. ~~Add task transformation that ignores costs~~ (issue511). 3. ~~Add TaskTransformation class~~ (issue512). 4. ~~Add more (helper) functions~~ (issue515). 5. ~~Use task interface in existing heuristics~~ - ~~LM-cut~~ (issue528) - ~~PDB heuristics~~ (issue529) - ~~Merge and shrink~~ (issue548) - ~~landmark heuristics~~ (issue551) - ~~cea~~ (issue552) - ~~cg~~ (issue553) - ~~goal count, ipc max, h^max~~ (issue554) - ~~h^m~~ (issue555) 6. ~~Support access to axiom layers and axiom default values through task interface~~ (issue660). 7. ~~Use task interface for AxiomEvaluator~~ (issue660). 8. ~~Make GlobalState independent from globals (in particular g_root_task): remove GlobalState::dump* (can be replaced with State::dump*); store state size in GlobalState and StateRegistry~~ (issue665). 9. ~~Get rid of GlobalOperator::marked~~ (issue535). 10. ~~Use task interface in pruning methods (issue629).~~ 11. ~~Think about the way initial state data is handled.~~ 12. ~~Remove cost_type from Heuristic~~ (issue684). 13. Replace stored GlobalOperator* by operator ids for preferred operators, applicable operators in successor generator, notify_state_transition, pruning, etc. (issue629, issue688, issue696, issue725) 14. Store global task data in RootTask and remove global variables that currently store the task (issue700). 15. Use task interface for StateRegistry. 16. Duplicate EvaluationContext/EvaluationResult/HeristicCache for State (instead of GlobalState) 17. Use task interface in search engines. As a first step we want to hard code the task used by the searches to g_root_task. Searches should keep the cost_type parameter and pass it to get_adjusted_cost. 18. Get rid of GlobalOperator. 19. Handle task transformations in path-dependent heuristics (issue686) 20. Use task interface for IntPacker (issue699) -> 1. ~~Range-based for loops for collections~~ (issue510) 2. ~~Add task transformation that ignores costs~~ (issue511). 3. ~~Add TaskTransformation class~~ (issue512). 4. ~~Add more (helper) functions~~ (issue515). 5. ~~Use task interface in existing heuristics~~ - ~~LM-cut~~ (issue528) - ~~PDB heuristics~~ (issue529) - ~~Merge and shrink~~ (issue548) - ~~landmark heuristics~~ (issue551) - ~~cea~~ (issue552) - ~~cg~~ (issue553) - ~~goal count, ipc max, h^max~~ (issue554) - ~~h^m~~ (issue555) 6. ~~Support access to axiom layers and axiom default values through task interface~~ (issue660). 7. ~~Use task interface for AxiomEvaluator~~ (issue660). 8. ~~Make GlobalState independent from globals (in particular g_root_task): remove GlobalState::dump* (can be replaced with State::dump*); store state size in GlobalState and StateRegistry~~ (issue665). 9. ~~Get rid of GlobalOperator::marked~~ (issue535). 10. ~~Use task interface in pruning methods (issue629).~~ 11. ~~Think about the way initial state data is handled.~~ 12. ~~Remove cost_type from Heuristic~~ (issue684). 13. Replace stored GlobalOperator* by operator ids for preferred operators, applicable operators in successor generator, notify_state_transition, pruning, etc. (issue629, issue688, issue696, issue725, issue726) 14. Store global task data in RootTask and remove global variables that currently store the task (issue700). 15. Use task interface for StateRegistry. 16. Duplicate EvaluationContext/EvaluationResult/HeristicCache for State (instead of GlobalState) 17. Use task interface in search engines. As a first step we want to hard code the task used by the searches to g_root_task. Searches should keep the cost_type parameter and pass it to get_adjusted_cost. 18. Get rid of GlobalOperator. 19. Handle task transformations in path-dependent heuristics (issue686) 20. Use task interface for IntPacker (issue699)
2017-04-28 19:35:10floriansetmessages: + msg6282
summary: 1. ~~Range-based for loops for collections~~ (issue510) 2. ~~Add task transformation that ignores costs~~ (issue511). 3. ~~Add TaskTransformation class~~ (issue512). 4. ~~Add more (helper) functions~~ (issue515). 5. ~~Use task interface in existing heuristics~~ - ~~LM-cut~~ (issue528) - ~~PDB heuristics~~ (issue529) - ~~Merge and shrink~~ (issue548) - ~~landmark heuristics~~ (issue551) - ~~cea~~ (issue552) - ~~cg~~ (issue553) - ~~goal count, ipc max, h^max~~ (issue554) - ~~h^m~~ (issue555) 6. ~~Support access to axiom layers and axiom default values through task interface~~ (issue660). 7. ~~Use task interface for AxiomEvaluator~~ (issue660). 8. ~~Make GlobalState independent from globals (in particular g_root_task): remove GlobalState::dump* (can be replaced with State::dump*); store state size in GlobalState and StateRegistry~~ (issue665). 9. ~~Get rid of GlobalOperator::marked~~ (issue535). 10. ~~Use task interface in pruning methods (issue629).~~ 11. ~~Think about the way initial state data is handled.~~ 12. ~~Remove cost_type from Heuristic~~ (issue684). 13. Replace stored GlobalOperator* by operator ids for preferred operators, applicable operators in successor generator, notify_state_transition, pruning, etc. (issue629, issue688, issue696) 14. Store global task data in RootTask and remove global variables that currently store the task (issue700). 15. Use task interface for StateRegistry. 16. Duplicate EvaluationContext/EvaluationResult/HeristicCache for State (instead of GlobalState) 17. Use task interface in search engines. As a first step we want to hard code the task used by the searches to g_root_task. Searches should keep the cost_type parameter and pass it to get_adjusted_cost. 18. Get rid of GlobalOperator. 19. Handle task transformations in path-dependent heuristics (issue686) 20. Use task interface for IntPacker (issue699) -> 1. ~~Range-based for loops for collections~~ (issue510) 2. ~~Add task transformation that ignores costs~~ (issue511). 3. ~~Add TaskTransformation class~~ (issue512). 4. ~~Add more (helper) functions~~ (issue515). 5. ~~Use task interface in existing heuristics~~ - ~~LM-cut~~ (issue528) - ~~PDB heuristics~~ (issue529) - ~~Merge and shrink~~ (issue548) - ~~landmark heuristics~~ (issue551) - ~~cea~~ (issue552) - ~~cg~~ (issue553) - ~~goal count, ipc max, h^max~~ (issue554) - ~~h^m~~ (issue555) 6. ~~Support access to axiom layers and axiom default values through task interface~~ (issue660). 7. ~~Use task interface for AxiomEvaluator~~ (issue660). 8. ~~Make GlobalState independent from globals (in particular g_root_task): remove GlobalState::dump* (can be replaced with State::dump*); store state size in GlobalState and StateRegistry~~ (issue665). 9. ~~Get rid of GlobalOperator::marked~~ (issue535). 10. ~~Use task interface in pruning methods (issue629).~~ 11. ~~Think about the way initial state data is handled.~~ 12. ~~Remove cost_type from Heuristic~~ (issue684). 13. Replace stored GlobalOperator* by operator ids for preferred operators, applicable operators in successor generator, notify_state_transition, pruning, etc. (issue629, issue688, issue696, issue725) 14. Store global task data in RootTask and remove global variables that currently store the task (issue700). 15. Use task interface for StateRegistry. 16. Duplicate EvaluationContext/EvaluationResult/HeristicCache for State (instead of GlobalState) 17. Use task interface in search engines. As a first step we want to hard code the task used by the searches to g_root_task. Searches should keep the cost_type parameter and pass it to get_adjusted_cost. 18. Get rid of GlobalOperator. 19. Handle task transformations in path-dependent heuristics (issue686) 20. Use task interface for IntPacker (issue699)
2017-01-05 18:33:24floriansetmessages: + msg6018
summary: 1. ~~Range-based for loops for collections~~ (issue510) 2. ~~Add task transformation that ignores costs~~ (issue511). 3. ~~Add TaskTransformation class~~ (issue512). 4. ~~Add more (helper) functions~~ (issue515). 5. ~~Use task interface in existing heuristics~~ - ~~LM-cut~~ (issue528) - ~~PDB heuristics~~ (issue529) - ~~Merge and shrink~~ (issue548) - ~~landmark heuristics~~ (issue551) - ~~cea~~ (issue552) - ~~cg~~ (issue553) - ~~goal count, ipc max, h^max~~ (issue554) - ~~h^m~~ (issue555) 6. ~~Support access to axiom layers and axiom default values through task interface~~ (issue660). 7. ~~Use task interface for AxiomEvaluator~~ (issue660). 8. ~~Make GlobalState independent from globals (in particular g_root_task): remove GlobalState::dump* (can be replaced with State::dump*); store state size in GlobalState and StateRegistry~~ (issue665). 9. ~~Get rid of GlobalOperator::marked~~ (issue535). 10. Replace stored GlobalOperator* by operator ids for preferred operators, applicable operators in successor generator, notify_state_transition, pruning, etc. (issue629, issue688, issue696) 11. Get rid of GlobalOperator. 12. Think about the way initial state data is handled. 13. Introduce ExplicitTask (see issue700). 14. Derive RootTask from ExplicitTask and remove global variables that currently store the task. 15. Use task interface in pruning methods (issue629). 16. Use task interface for StateRegistry. 17. Use task interface in search engines. As a first step we want to hard code the task used by the searches to g_root_task. Searches should keep the cost_type parameter and pass it to get_adjusted_cost. 18. ~~Remove cost_type from Heuristic~~ (issue684). 19. Handle task transformations in path-dependent heuristics (issue686) 20. Use task interface for IntPacker (issue699) -> 1. ~~Range-based for loops for collections~~ (issue510) 2. ~~Add task transformation that ignores costs~~ (issue511). 3. ~~Add TaskTransformation class~~ (issue512). 4. ~~Add more (helper) functions~~ (issue515). 5. ~~Use task interface in existing heuristics~~ - ~~LM-cut~~ (issue528) - ~~PDB heuristics~~ (issue529) - ~~Merge and shrink~~ (issue548) - ~~landmark heuristics~~ (issue551) - ~~cea~~ (issue552) - ~~cg~~ (issue553) - ~~goal count, ipc max, h^max~~ (issue554) - ~~h^m~~ (issue555) 6. ~~Support access to axiom layers and axiom default values through task interface~~ (issue660). 7. ~~Use task interface for AxiomEvaluator~~ (issue660). 8. ~~Make GlobalState independent from globals (in particular g_root_task): remove GlobalState::dump* (can be replaced with State::dump*); store state size in GlobalState and StateRegistry~~ (issue665). 9. ~~Get rid of GlobalOperator::marked~~ (issue535). 10. ~~Use task interface in pruning methods (issue629).~~ 11. ~~Think about the way initial state data is handled.~~ 12. ~~Remove cost_type from Heuristic~~ (issue684). 13. Replace stored GlobalOperator* by operator ids for preferred operators, applicable operators in successor generator, notify_state_transition, pruning, etc. (issue629, issue688, issue696) 14. Store global task data in RootTask and remove global variables that currently store the task (issue700). 15. Use task interface for StateRegistry. 16. Duplicate EvaluationContext/EvaluationResult/HeristicCache for State (instead of GlobalState) 17. Use task interface in search engines. As a first step we want to hard code the task used by the searches to g_root_task. Searches should keep the cost_type parameter and pass it to get_adjusted_cost. 18. Get rid of GlobalOperator. 19. Handle task transformations in path-dependent heuristics (issue686) 20. Use task interface for IntPacker (issue699)
2016-12-20 23:53:44floriansetmessages: + msg5951
summary: 1. ~~Range-based for loops for collections~~ (issue510) 2. ~~Add task transformation that ignores costs~~ (issue511). 3. ~~Add TaskTransformation class~~ (issue512). 4. ~~Add more (helper) functions~~ (issue515). 5. ~~Use task interface in existing heuristics~~ - ~~LM-cut~~ (issue528) - ~~PDB heuristics~~ (issue529) - ~~Merge and shrink~~ (issue548) - ~~landmark heuristics~~ (issue551) - ~~cea~~ (issue552) - ~~cg~~ (issue553) - ~~goal count, ipc max, h^max~~ (issue554) - ~~h^m~~ (issue555) 6. ~~Support access to axiom layers and axiom default values through task interface~~ (issue660). 7. ~~Use task interface for AxiomEvaluator~~ (issue660). 8. ~~Make GlobalState independent from globals (in particular g_root_task): remove GlobalState::dump* (can be replaced with State::dump*); store state size in GlobalState and StateRegistry~~ (issue665). 9. ~~Get rid of GlobalOperator::marked~~ (issue535). 10. Replace stored GlobalOperator* by operator ids for preferred operators, applicable operators in successor generator, notify_state_transition, pruning, etc. 11. Get rid of GlobalOperator. 12. Think about the way initial state data is handled. 13. Introduce ExplicitTask (see issue576). 14. Derive RootTask from ExplicitTask and remove global variables that currently store the task. 15. Use task interface in pruning methods (issue629). 16. Use task interface for StateRegistry. 17. Use task interface in search engines. As a first step we want to hard code the task used by the searches to g_root_task. Searches should keep the cost_type parameter and pass it to get_adjusted_cost. 18. ~~Remove cost_type from Heuristic~~ (issue684). 19. Handle task transformations in path-dependent heuristics (issue686) 20. Use task interface for IntPacker (issue699) -> 1. ~~Range-based for loops for collections~~ (issue510) 2. ~~Add task transformation that ignores costs~~ (issue511). 3. ~~Add TaskTransformation class~~ (issue512). 4. ~~Add more (helper) functions~~ (issue515). 5. ~~Use task interface in existing heuristics~~ - ~~LM-cut~~ (issue528) - ~~PDB heuristics~~ (issue529) - ~~Merge and shrink~~ (issue548) - ~~landmark heuristics~~ (issue551) - ~~cea~~ (issue552) - ~~cg~~ (issue553) - ~~goal count, ipc max, h^max~~ (issue554) - ~~h^m~~ (issue555) 6. ~~Support access to axiom layers and axiom default values through task interface~~ (issue660). 7. ~~Use task interface for AxiomEvaluator~~ (issue660). 8. ~~Make GlobalState independent from globals (in particular g_root_task): remove GlobalState::dump* (can be replaced with State::dump*); store state size in GlobalState and StateRegistry~~ (issue665). 9. ~~Get rid of GlobalOperator::marked~~ (issue535). 10. Replace stored GlobalOperator* by operator ids for preferred operators, applicable operators in successor generator, notify_state_transition, pruning, etc. (issue629, issue688, issue696) 11. Get rid of GlobalOperator. 12. Think about the way initial state data is handled. 13. Introduce ExplicitTask (see issue700). 14. Derive RootTask from ExplicitTask and remove global variables that currently store the task. 15. Use task interface in pruning methods (issue629). 16. Use task interface for StateRegistry. 17. Use task interface in search engines. As a first step we want to hard code the task used by the searches to g_root_task. Searches should keep the cost_type parameter and pass it to get_adjusted_cost. 18. ~~Remove cost_type from Heuristic~~ (issue684). 19. Handle task transformations in path-dependent heuristics (issue686) 20. Use task interface for IntPacker (issue699)
2016-12-20 17:44:25floriansetmessages: + msg5942
summary: 1. ~~Range-based for loops for collections~~ (issue510) 2. ~~Add task transformation that ignores costs~~ (issue511). 3. ~~Add TaskTransformation class~~ (issue512). 4. ~~Add more (helper) functions~~ (issue515). 5. ~~Use task interface in existing heuristics~~ - ~~LM-cut~~ (issue528) - ~~PDB heuristics~~ (issue529) - ~~Merge and shrink~~ (issue548) - ~~landmark heuristics~~ (issue551) - ~~cea~~ (issue552) - ~~cg~~ (issue553) - ~~goal count, ipc max, h^max~~ (issue554) - ~~h^m~~ (issue555) 6. ~~Support access to axiom layers and axiom default values through task interface~~ (issue660). 7. ~~Use task interface for AxiomEvaluator~~ (issue660). 8. ~~Make GlobalState independent from globals (in particular g_root_task): remove GlobalState::dump* (can be replaced with State::dump*); store state size in GlobalState and StateRegistry~~ (issue665). 9. ~~Get rid of GlobalOperator::marked~~ (issue535). 10. Replace stored GlobalOperator* by operator ids for preferred operators, applicable operators in successor generator, notify_state_transition, pruning, etc. 11. Get rid of GlobalOperator. 12. Think about the way initial state data is handled. 13. Introduce ExplicitTask (see issue576). 14. Derive RootTask from ExplicitTask and remove global variables that currently store the task. 15. Use task interface in pruning methods (issue629). 16. Use task interface for StateRegistry. 17. Use task interface in search engines. As a first step we want to hard code the task used by the searches to g_root_task. Searches should keep the cost_type parameter and pass it to get_adjusted_cost. 18. Remove cost_type from Heuristic (issue684). 19. Handle task transformations in path-dependent heuristics (issue686) -> 1. ~~Range-based for loops for collections~~ (issue510) 2. ~~Add task transformation that ignores costs~~ (issue511). 3. ~~Add TaskTransformation class~~ (issue512). 4. ~~Add more (helper) functions~~ (issue515). 5. ~~Use task interface in existing heuristics~~ - ~~LM-cut~~ (issue528) - ~~PDB heuristics~~ (issue529) - ~~Merge and shrink~~ (issue548) - ~~landmark heuristics~~ (issue551) - ~~cea~~ (issue552) - ~~cg~~ (issue553) - ~~goal count, ipc max, h^max~~ (issue554) - ~~h^m~~ (issue555) 6. ~~Support access to axiom layers and axiom default values through task interface~~ (issue660). 7. ~~Use task interface for AxiomEvaluator~~ (issue660). 8. ~~Make GlobalState independent from globals (in particular g_root_task): remove GlobalState::dump* (can be replaced with State::dump*); store state size in GlobalState and StateRegistry~~ (issue665). 9. ~~Get rid of GlobalOperator::marked~~ (issue535). 10. Replace stored GlobalOperator* by operator ids for preferred operators, applicable operators in successor generator, notify_state_transition, pruning, etc. 11. Get rid of GlobalOperator. 12. Think about the way initial state data is handled. 13. Introduce ExplicitTask (see issue576). 14. Derive RootTask from ExplicitTask and remove global variables that currently store the task. 15. Use task interface in pruning methods (issue629). 16. Use task interface for StateRegistry. 17. Use task interface in search engines. As a first step we want to hard code the task used by the searches to g_root_task. Searches should keep the cost_type parameter and pass it to get_adjusted_cost. 18. ~~Remove cost_type from Heuristic~~ (issue684). 19. Handle task transformations in path-dependent heuristics (issue686) 20. Use task interface for IntPacker (issue699)
2016-10-26 19:18:22jendriksetmessages: + msg5787
summary: 1. ~~Range-based for loops for collections~~ (issue510) 2. ~~Add task transformation that ignores costs~~ (issue511). 3. ~~Add TaskTransformation class~~ (issue512). 4. ~~Add more (helper) functions~~ (issue515). 5. ~~Use task interface in existing heuristics~~ - ~~LM-cut~~ (issue528) - ~~PDB heuristics~~ (issue529) - ~~Merge and shrink~~ (issue548) - ~~landmark heuristics~~ (issue551) - ~~cea~~ (issue552) - ~~cg~~ (issue553) - ~~goal count, ipc max, h^max~~ (issue554) - ~~h^m~~ (issue555) 6. ~~Support access to axiom layers and axiom default values through task interface~~ (issue660). 7. ~~Use task interface for AxiomEvaluator~~ (issue660). 8. ~~Make GlobalState independent from globals (in particular g_root_task): remove GlobalState::dump* (can be replaced with State::dump*); store state size in GlobalState and StateRegistry~~ (issue665). 9. ~~Get rid of GlobalOperator::marked~~ (issue535). 10. Replace stored GlobalOperator* by operator ids for preferred operators, applicable operators in successor generator, notify_state_transition, pruning, etc. 11. Get rid of GlobalOperator. 12. Think about the way initial state data is handled. 13. Introduce ExplicitTask (see issue576). 14. Derive RootTask from ExplicitTask and remove global variables that currently store the task. 15. Use task interface in pruning methods (issue629). 16. Use task interface for StateRegistry. 17. Use task interface in search engines. As a first step we want to hard code the task used by the searches to g_root_task. Searches should keep the cost_type parameter and pass it to get_adjusted_cost. 18. Remove cost_type from Heuristic (issue684). -> 1. ~~Range-based for loops for collections~~ (issue510) 2. ~~Add task transformation that ignores costs~~ (issue511). 3. ~~Add TaskTransformation class~~ (issue512). 4. ~~Add more (helper) functions~~ (issue515). 5. ~~Use task interface in existing heuristics~~ - ~~LM-cut~~ (issue528) - ~~PDB heuristics~~ (issue529) - ~~Merge and shrink~~ (issue548) - ~~landmark heuristics~~ (issue551) - ~~cea~~ (issue552) - ~~cg~~ (issue553) - ~~goal count, ipc max, h^max~~ (issue554) - ~~h^m~~ (issue555) 6. ~~Support access to axiom layers and axiom default values through task interface~~ (issue660). 7. ~~Use task interface for AxiomEvaluator~~ (issue660). 8. ~~Make GlobalState independent from globals (in particular g_root_task): remove GlobalState::dump* (can be replaced with State::dump*); store state size in GlobalState and StateRegistry~~ (issue665). 9. ~~Get rid of GlobalOperator::marked~~ (issue535). 10. Replace stored GlobalOperator* by operator ids for preferred operators, applicable operators in successor generator, notify_state_transition, pruning, etc. 11. Get rid of GlobalOperator. 12. Think about the way initial state data is handled. 13. Introduce ExplicitTask (see issue576). 14. Derive RootTask from ExplicitTask and remove global variables that currently store the task. 15. Use task interface in pruning methods (issue629). 16. Use task interface for StateRegistry. 17. Use task interface in search engines. As a first step we want to hard code the task used by the searches to g_root_task. Searches should keep the cost_type parameter and pass it to get_adjusted_cost. 18. Remove cost_type from Heuristic (issue684). 19. Handle task transformations in path-dependent heuristics (issue686)
2016-10-26 19:13:35jendriksetmessages: + msg5785
summary: 1. ~~Range-based for loops for collections~~ (issue510) 2. ~~Add task transformation that ignores costs~~ (issue511). 3. ~~Add TaskTransformation class~~ (issue512). 4. ~~Add more (helper) functions~~ (issue515). 5. Use task interface in existing heuristics - ~~LM-cut~~ (issue528) - ~~PDB heuristics~~ (issue529) - ~~Merge and shrink~~ (issue548) - landmark heuristics (issue551) - ~~cea~~ (issue552) - ~~cg~~ (issue553) - ~~goal count, ipc max, h^max~~ (issue554) - ~~h^m~~ (issue555) 6. ~~Support access to axiom layers and axiom default values through task interface~~ (issue660). 7. ~~Use task interface for AxiomEvaluator~~ (issue660). 8. ~~Make GlobalState independent from globals (in particular g_root_task): remove GlobalState::dump* (can be replaced with State::dump*); store state size in GlobalState and StateRegistry~~ (issue665). 9. Get rid of GlobalOperator::marked (issue535). 10. Discuss how to get rid of GlobalOperator. Idea: replace stored GlobalOperator* by operator ids for preferred operators, applicable operators in successor generator, notify_state_transition, pruning, etc. 11. Get rid of GlobalOperator. 12. Think about the way initial state data is handled. 13. Introduce ExplicitTask (see issue576). 14. Derive RootTask from ExplicitTask and remove global variables that currently store the task. 15. Use task interface in pruning methods (issue629). 16. Use task interface for StateRegistry. 17. Use task interface in search engines. As a first step we want to hard code the task used by the searches to g_root_task. Searches should keep the cost_type parameter and pass it to get_adjusted_cost. -> 1. ~~Range-based for loops for collections~~ (issue510) 2. ~~Add task transformation that ignores costs~~ (issue511). 3. ~~Add TaskTransformation class~~ (issue512). 4. ~~Add more (helper) functions~~ (issue515). 5. ~~Use task interface in existing heuristics~~ - ~~LM-cut~~ (issue528) - ~~PDB heuristics~~ (issue529) - ~~Merge and shrink~~ (issue548) - ~~landmark heuristics~~ (issue551) - ~~cea~~ (issue552) - ~~cg~~ (issue553) - ~~goal count, ipc max, h^max~~ (issue554) - ~~h^m~~ (issue555) 6. ~~Support access to axiom layers and axiom default values through task interface~~ (issue660). 7. ~~Use task interface for AxiomEvaluator~~ (issue660). 8. ~~Make GlobalState independent from globals (in particular g_root_task): remove GlobalState::dump* (can be replaced with State::dump*); store state size in GlobalState and StateRegistry~~ (issue665). 9. ~~Get rid of GlobalOperator::marked~~ (issue535). 10. Replace stored GlobalOperator* by operator ids for preferred operators, applicable operators in successor generator, notify_state_transition, pruning, etc. 11. Get rid of GlobalOperator. 12. Think about the way initial state data is handled. 13. Introduce ExplicitTask (see issue576). 14. Derive RootTask from ExplicitTask and remove global variables that currently store the task. 15. Use task interface in pruning methods (issue629). 16. Use task interface for StateRegistry. 17. Use task interface in search engines. As a first step we want to hard code the task used by the searches to g_root_task. Searches should keep the cost_type parameter and pass it to get_adjusted_cost. 18. Remove cost_type from Heuristic (issue684).
2016-09-17 23:50:05jendriksetmessages: + msg5638
summary: 1. ~~Range-based for loops for collections~~ (issue510) 2. ~~Add task transformation that ignores costs~~ (issue511). 3. ~~Add TaskTransformation class~~ (issue512). 4. ~~Add more (helper) functions~~ (issue515). 5. Use task interface in existing heuristics - ~~LM-cut~~ (issue528) - ~~PDB heuristics~~ (issue529) - ~~Merge and shrink~~ (issue548) - landmark heuristics (issue551) - ~~cea~~ (issue552) - ~~cg~~ (issue553) - ~~goal count, ipc max, h^max~~ (issue554) - ~~h^m~~ (issue555) 6. ~~Support access to axiom layers and axiom default values through task interface~~ (issue660). 7. ~~Use task interface for AxiomEvaluator~~ (issue660). 8. Make GlobalState independent from globals (in particular g_root_task): remove GlobalState::dump* (can be replaced with State::dump*); store state size in GlobalState and StateRegistry (issue665). 9. Get rid of GlobalOperator::marked (issue535). 10. Discuss how to get rid of GlobalOperator. Idea: replace stored GlobalOperator* by operator ids for preferred operators, applicable operators in successor generator, notify_state_transition, pruning, etc. 11. Get rid of GlobalOperator. 12. Think about the way initial state data is handled. 13. Introduce ExplicitTask (see issue576). 14. Derive RootTask from ExplicitTask and remove global variables that currently store the task. 15. Use task interface in pruning methods (issue629). 16. Use task interface for StateRegistry. 17. Use task interface in search engines. As a first step we want to hard code the task used by the searches to g_root_task. Searches should keep the cost_type parameter and pass it to get_adjusted_cost. -> 1. ~~Range-based for loops for collections~~ (issue510) 2. ~~Add task transformation that ignores costs~~ (issue511). 3. ~~Add TaskTransformation class~~ (issue512). 4. ~~Add more (helper) functions~~ (issue515). 5. Use task interface in existing heuristics - ~~LM-cut~~ (issue528) - ~~PDB heuristics~~ (issue529) - ~~Merge and shrink~~ (issue548) - landmark heuristics (issue551) - ~~cea~~ (issue552) - ~~cg~~ (issue553) - ~~goal count, ipc max, h^max~~ (issue554) - ~~h^m~~ (issue555) 6. ~~Support access to axiom layers and axiom default values through task interface~~ (issue660). 7. ~~Use task interface for AxiomEvaluator~~ (issue660). 8. ~~Make GlobalState independent from globals (in particular g_root_task): remove GlobalState::dump* (can be replaced with State::dump*); store state size in GlobalState and StateRegistry~~ (issue665). 9. Get rid of GlobalOperator::marked (issue535). 10. Discuss how to get rid of GlobalOperator. Idea: replace stored GlobalOperator* by operator ids for preferred operators, applicable operators in successor generator, notify_state_transition, pruning, etc. 11. Get rid of GlobalOperator. 12. Think about the way initial state data is handled. 13. Introduce ExplicitTask (see issue576). 14. Derive RootTask from ExplicitTask and remove global variables that currently store the task. 15. Use task interface in pruning methods (issue629). 16. Use task interface for StateRegistry. 17. Use task interface in search engines. As a first step we want to hard code the task used by the searches to g_root_task. Searches should keep the cost_type parameter and pass it to get_adjusted_cost.
2016-08-28 17:02:17maltesetmessages: + msg5581
summary: 1. ~~Range-based for loops for collections~~ (issue510) 2. ~~Add task transformation that ignores costs~~ (issue511). 3. ~~Add TaskTransformation class~~ (issue512). 4. ~~Add more (helper) functions~~ (issue515). 5. Use task interface in existing heuristics - ~~LM-cut~~ (issue528) - ~~PDB heuristics~~ (issue529) - ~~Merge and shrink~~ (issue548) - landmark heuristics (issue551) - ~~cea~~ (issue552) - ~~cg~~ (issue553) - ~~goal count, ipc max, h^max~~ (issue554) - ~~h^m~~ (issue555) 6. ~~Support access to axiom layers and axiom default values through task interface~~ (issue660). 7. ~~Use task interface for AxiomEvaluator~~ (issue660). 8. Make GlobalState independent from globals (in particular g_root_task): remove GlobalState::dump* (can be replaced with State::dump*); store state size in GlobalState and StateRegistry (issue665). 9. Get rid of GlobalOperator::marked (issue535). 10. Discuss how to get rid of GlobalOperator. Idea: replace stored GlobalOperator* by operator ids for preferred operators, applicable operators in successor generator, notify_state_transition, pruning, etc. 11. Get rid of GlobalOperator. 12. Think about the way initial state data is handled. 13. Introduce ExplicitTask (see issue576). 14. Derive RootTask from ExplicitTask and remove global variables that currently store the task. 15. Use task interface in pruning methods (issue629). 16. Use task interface for StateRegistry. 17. Use task interface in search engines. As a first step we want to hard code the task used by the searches to g_root_task. Searches should keep the cost_type parameter and pass it to get_adjusted_cost. -> 1. ~~Range-based for loops for collections~~ (issue510) 2. ~~Add task transformation that ignores costs~~ (issue511). 3. ~~Add TaskTransformation class~~ (issue512). 4. ~~Add more (helper) functions~~ (issue515). 5. Use task interface in existing heuristics - ~~LM-cut~~ (issue528) - ~~PDB heuristics~~ (issue529) - ~~Merge and shrink~~ (issue548) - landmark heuristics (issue551) - ~~cea~~ (issue552) - ~~cg~~ (issue553) - ~~goal count, ipc max, h^max~~ (issue554) - ~~h^m~~ (issue555) 6. ~~Support access to axiom layers and axiom default values through task interface~~ (issue660). 7. ~~Use task interface for AxiomEvaluator~~ (issue660). 8. Make GlobalState independent from globals (in particular g_root_task): remove GlobalState::dump* (can be replaced with State::dump*); store state size in GlobalState and StateRegistry (issue665). 9. Get rid of GlobalOperator::marked (issue535). 10. Discuss how to get rid of GlobalOperator. Idea: replace stored GlobalOperator* by operator ids for preferred operators, applicable operators in successor generator, notify_state_transition, pruning, etc. 11. Get rid of GlobalOperator. 12. Think about the way initial state data is handled. 13. Introduce ExplicitTask (see issue576). 14. Derive RootTask from ExplicitTask and remove global variables that currently store the task. 15. Use task interface in pruning methods (issue629). 16. Use task interface for StateRegistry. 17. Use task interface in search engines. As a first step we want to hard code the task used by the searches to g_root_task. Searches should keep the cost_type parameter and pass it to get_adjusted_cost.
2016-08-15 14:24:26floriansetmessages: + msg5556
summary: 1. ~~Range-based for loops for collections~~ (issue510) 2. ~~Add task transformation that ignores costs~~ (issue511). 3. ~~Add TaskTransformation class~~ (issue512). 4. ~~Add more (helper) functions~~ (issue515). 5. Use task interface in existing heuristics - ~~LM-cut~~ (issue528) - ~~PDB heuristics~~ (issue529) - ~~Merge and shrink~~ (issue548) - landmark heuristics (issue551) - ~~cea~~ (issue552) - ~~cg~~ (issue553) - ~~goal count, ipc max, h^max~~ (issue554) - ~~h^m~~ (issue555) 6. ~~Support access to axiom layers and axiom default values through task interface~~ (issue660). 7. ~~Use task interface for AxiomEvaluator~~ (issue660). 8. Make GlobalState independent from globals (in particular g_root_task): remove GlobalState::dump* (can be replaced with State::dump*); store state size in GlobalState and StateRegistry. 9. Get rid of GlobalOperator::marked (issue535). 10. Discuss how to get rid of GlobalOperator. Idea: replace stored GlobalOperator* by operator ids for preferred operators, applicable operators in successor generator, notify_state_transition, pruning, etc. 11. Get rid of GlobalOperator. 12. Think about the way initial state data is handled. 13. Introduce ExplicitTask (see issue576). 14. Derive RootTask from ExplicitTask and remove global variables that currently store the task. 15. Use task interface in pruning methods (issue629). 16. Use task interface for StateRegistry. 17. Use task interface in search engines. As a first step we want to hard code the task used by the searches to g_root_task. Searches should keep the cost_type parameter and pass it to get_adjusted_cost. -> 1. ~~Range-based for loops for collections~~ (issue510) 2. ~~Add task transformation that ignores costs~~ (issue511). 3. ~~Add TaskTransformation class~~ (issue512). 4. ~~Add more (helper) functions~~ (issue515). 5. Use task interface in existing heuristics - ~~LM-cut~~ (issue528) - ~~PDB heuristics~~ (issue529) - ~~Merge and shrink~~ (issue548) - landmark heuristics (issue551) - ~~cea~~ (issue552) - ~~cg~~ (issue553) - ~~goal count, ipc max, h^max~~ (issue554) - ~~h^m~~ (issue555) 6. ~~Support access to axiom layers and axiom default values through task interface~~ (issue660). 7. ~~Use task interface for AxiomEvaluator~~ (issue660). 8. Make GlobalState independent from globals (in particular g_root_task): remove GlobalState::dump* (can be replaced with State::dump*); store state size in GlobalState and StateRegistry (issue665). 9. Get rid of GlobalOperator::marked (issue535). 10. Discuss how to get rid of GlobalOperator. Idea: replace stored GlobalOperator* by operator ids for preferred operators, applicable operators in successor generator, notify_state_transition, pruning, etc. 11. Get rid of GlobalOperator. 12. Think about the way initial state data is handled. 13. Introduce ExplicitTask (see issue576). 14. Derive RootTask from ExplicitTask and remove global variables that currently store the task. 15. Use task interface in pruning methods (issue629). 16. Use task interface for StateRegistry. 17. Use task interface in search engines. As a first step we want to hard code the task used by the searches to g_root_task. Searches should keep the cost_type parameter and pass it to get_adjusted_cost.
2016-08-12 19:00:08floriansetmessages: + msg5544
summary: 1. Range-based for loops for collections (issue510) 2. Add task transformation that ignores costs (issue511). 3. Add TaskTransformation class (issue512). 4. Add more (helper) functions (issue515). 5. Use task interface in existing heuristics - LM-cut (issue528) - PDB heuristics (issue529) - Merge and shrink (issue548) - landmark heuristics (issue551) - cea (issue552) - cg (issue553) - goal count, ipc max, h^max (issue554) - h^m (issue555) 6. Use task interface in pruning methods (issue629). 7. Think about the way initial state data is handled. 8. Support access to axiom layers and axiom default values through task interface (issue660). 9. Use task interface for AxiomEvaluator (issue660). 10. Use task interface for StateRegistry. 11. Use task interface for GlobalState::dump* (transform to State of appropriate task and use State::dump*). 12. Use task interface in search engines. As a first step we want to hard code the task used by the searches. Searches should keep the cost_type parameter and create their task from the root task. -> 1. ~~Range-based for loops for collections~~ (issue510) 2. ~~Add task transformation that ignores costs~~ (issue511). 3. ~~Add TaskTransformation class~~ (issue512). 4. ~~Add more (helper) functions~~ (issue515). 5. Use task interface in existing heuristics - ~~LM-cut~~ (issue528) - ~~PDB heuristics~~ (issue529) - ~~Merge and shrink~~ (issue548) - landmark heuristics (issue551) - ~~cea~~ (issue552) - ~~cg~~ (issue553) - ~~goal count, ipc max, h^max~~ (issue554) - ~~h^m~~ (issue555) 6. ~~Support access to axiom layers and axiom default values through task interface~~ (issue660). 7. ~~Use task interface for AxiomEvaluator~~ (issue660). 8. Make GlobalState independent from globals (in particular g_root_task): remove GlobalState::dump* (can be replaced with State::dump*); store state size in GlobalState and StateRegistry. 9. Get rid of GlobalOperator::marked (issue535). 10. Discuss how to get rid of GlobalOperator. Idea: replace stored GlobalOperator* by operator ids for preferred operators, applicable operators in successor generator, notify_state_transition, pruning, etc. 11. Get rid of GlobalOperator. 12. Think about the way initial state data is handled. 13. Introduce ExplicitTask (see issue576). 14. Derive RootTask from ExplicitTask and remove global variables that currently store the task. 15. Use task interface in pruning methods (issue629). 16. Use task interface for StateRegistry. 17. Use task interface in search engines. As a first step we want to hard code the task used by the searches to g_root_task. Searches should keep the cost_type parameter and pass it to get_adjusted_cost.
2016-08-04 17:42:16jendriksetmessages: + msg5484
summary: 1. Range-based for loops for collections (issue510) 2. Add task transformation that ignores costs (issue511). 3. Add TaskTransformation class (issue512). 4. Add more (helper) functions (issue515). 5. Use task interface in existing heuristics - LM-cut (issue528) - PDB heuristics (issue529) - Merge and shrink (issue548) - landmark heuristics (issue551) - cea (issue552) - cg (issue553) - goal count, ipc max, h^max (issue554) - h^m (issue555) 6. Use task interface in pruning methods (issue629). 7. Think about the way initial state data is handled. TaskProxy should return initial state after axiom evaluation. 8. Support access to axiom layers and axiom default values through task interface (issue660). 9. Use task interface for AxiomEvaluator (issue660). 10. Use task interface for StateRegistry. 11. Use task interface for GlobalState::dump* (transform to State of appropriate task and use State::dump*). 12. Use task interface in search engines. As a first step we want to hard code the task used by the searches. Searches should keep the cost_type parameter and create their task from the root task. -> 1. Range-based for loops for collections (issue510) 2. Add task transformation that ignores costs (issue511). 3. Add TaskTransformation class (issue512). 4. Add more (helper) functions (issue515). 5. Use task interface in existing heuristics - LM-cut (issue528) - PDB heuristics (issue529) - Merge and shrink (issue548) - landmark heuristics (issue551) - cea (issue552) - cg (issue553) - goal count, ipc max, h^max (issue554) - h^m (issue555) 6. Use task interface in pruning methods (issue629). 7. Think about the way initial state data is handled. 8. Support access to axiom layers and axiom default values through task interface (issue660). 9. Use task interface for AxiomEvaluator (issue660). 10. Use task interface for StateRegistry. 11. Use task interface for GlobalState::dump* (transform to State of appropriate task and use State::dump*). 12. Use task interface in search engines. As a first step we want to hard code the task used by the searches. Searches should keep the cost_type parameter and create their task from the root task.
2016-08-04 17:38:09jendriksetmessages: + msg5483
summary: 1. Range-based for loops for collections (issue510) 2. Add task transformation that ignores costs (issue511). 3. Add TaskTransformation class (issue512). 4. Add more (helper) functions (issue515). 5. Use task interface in existing heuristics - LM-cut (issue528) - PDB heuristics (issue529) - Merge and shrink (issue548) - landmark heuristics (issue551) - cea (issue552) - cg (issue553) - goal count, ipc max, h^max (issue554) - h^m (issue555) 6. Use task interface in pruning methods (issue629). 7. Think about the way intial state data is handled. 8. Support access to axiom layers and axiom default values through task interface (issue660). 9. Use task interface for AxiomEvaluator (issue660). 10. Use task interface for StateRegistry. 11. Use task interface for GlobalState::dump* (transform to State of appropriate task and use State::dump*). 12. Use task interface in search engines. -> 1. Range-based for loops for collections (issue510) 2. Add task transformation that ignores costs (issue511). 3. Add TaskTransformation class (issue512). 4. Add more (helper) functions (issue515). 5. Use task interface in existing heuristics - LM-cut (issue528) - PDB heuristics (issue529) - Merge and shrink (issue548) - landmark heuristics (issue551) - cea (issue552) - cg (issue553) - goal count, ipc max, h^max (issue554) - h^m (issue555) 6. Use task interface in pruning methods (issue629). 7. Think about the way initial state data is handled. TaskProxy should return initial state after axiom evaluation. 8. Support access to axiom layers and axiom default values through task interface (issue660). 9. Use task interface for AxiomEvaluator (issue660). 10. Use task interface for StateRegistry. 11. Use task interface for GlobalState::dump* (transform to State of appropriate task and use State::dump*). 12. Use task interface in search engines. As a first step we want to hard code the task used by the searches. Searches should keep the cost_type parameter and create their task from the root task.
2016-06-27 12:37:11floriansetmessages: + msg5466
summary: 1. Range-based for loops for collections (issue510) 2. Add task transformation that ignores costs (issue511). 3. Add TaskTransformation class (issue512). 4. Add more (helper) functions (issue515). 5. Use task interface in existing heuristics - LM-cut (issue528) - PDB heuristics (issue529) - Merge and shrink (issue548) - landmark heuristics (issue551) - cea (issue552) - cg (issue553) - goal count, ipc max, h^max (issue554) - h^m (issue555) 6. Use task interface in pruning methods (issue629). 7. Think about the way intial state data is handled. 8. Support access to axiom layers and axiom default values through task interface. 9. Use task interface for AxiomEvaluator. 10. Use task interface for StateRegistry. 11. Use task interface for GlobalState::dump* (transform to State of appropriate task and use State::dump*). 12. Use task interface in search engines. -> 1. Range-based for loops for collections (issue510) 2. Add task transformation that ignores costs (issue511). 3. Add TaskTransformation class (issue512). 4. Add more (helper) functions (issue515). 5. Use task interface in existing heuristics - LM-cut (issue528) - PDB heuristics (issue529) - Merge and shrink (issue548) - landmark heuristics (issue551) - cea (issue552) - cg (issue553) - goal count, ipc max, h^max (issue554) - h^m (issue555) 6. Use task interface in pruning methods (issue629). 7. Think about the way intial state data is handled. 8. Support access to axiom layers and axiom default values through task interface (issue660). 9. Use task interface for AxiomEvaluator (issue660). 10. Use task interface for StateRegistry. 11. Use task interface for GlobalState::dump* (transform to State of appropriate task and use State::dump*). 12. Use task interface in search engines.
2016-02-10 10:57:35floriansetmessages: + msg5176
summary: 1. Range-based for loops for collections (issue510) 2. Add task transformation that ignores costs (issue511). 3. Add TaskTransformation class (issue512). 4. Add more (helper) functions (issue515). 5. Use task interface in existing heuristics - LM-cut (issue528) - PDB heuristics (issue529) - Merge and shrink (issue548) - landmark heuristics (issue551) - cea (issue552) - cg (issue553) - goal count, ipc max, h^max (issue554) - h^m (issue555) 6. Use task interface in pruning methods. 7. Think about the way intial state data is handled. 8. Support access to axiom layers and axiom default values through task interface. 9. Use task interface for AxiomEvaluator. 10. Use task interface for StateRegistry. 11. Use task interface for GlobalState::dump* (transform to State of appropriate task and use State::dump*). 12. Use task interface in search engines. -> 1. Range-based for loops for collections (issue510) 2. Add task transformation that ignores costs (issue511). 3. Add TaskTransformation class (issue512). 4. Add more (helper) functions (issue515). 5. Use task interface in existing heuristics - LM-cut (issue528) - PDB heuristics (issue529) - Merge and shrink (issue548) - landmark heuristics (issue551) - cea (issue552) - cg (issue553) - goal count, ipc max, h^max (issue554) - h^m (issue555) 6. Use task interface in pruning methods (issue629). 7. Think about the way intial state data is handled. 8. Support access to axiom layers and axiom default values through task interface. 9. Use task interface for AxiomEvaluator. 10. Use task interface for StateRegistry. 11. Use task interface for GlobalState::dump* (transform to State of appropriate task and use State::dump*). 12. Use task interface in search engines.
2016-01-16 12:57:11floriansetmessages: + msg5101
summary: 1. Range-based for loops for collections (issue510) 2. Add task transformation that ignores costs (issue511). 3. Add TaskTransformation class (issue512). 4. Add more (helper) functions (issue515). 5. Use task interface in existing heuristics - LM-cut (issue528) - PDB heuristics (issue529) - Merge and shrink (issue548) - landmark heuristics (issue551) - cea (issue552) - cg (issue553) - goal count, ipc max, h^max (issue554) - h^m (issue555) -> 1. Range-based for loops for collections (issue510) 2. Add task transformation that ignores costs (issue511). 3. Add TaskTransformation class (issue512). 4. Add more (helper) functions (issue515). 5. Use task interface in existing heuristics - LM-cut (issue528) - PDB heuristics (issue529) - Merge and shrink (issue548) - landmark heuristics (issue551) - cea (issue552) - cg (issue553) - goal count, ipc max, h^max (issue554) - h^m (issue555) 6. Use task interface in pruning methods. 7. Think about the way intial state data is handled. 8. Support access to axiom layers and axiom default values through task interface. 9. Use task interface for AxiomEvaluator. 10. Use task interface for StateRegistry. 11. Use task interface for GlobalState::dump* (transform to State of appropriate task and use State::dump*). 12. Use task interface in search engines.
2015-10-26 17:12:21floriansetsummary: 1. Range-based for loops for collections (issue510) 2. Add task transformation that ignores costs (issue511). 3. Add TaskTransformation class (issue512). 4. Add more (helper) functions (issue515). 5. Use task interface in existing heuristics - LM-cut (issue528) - PDB heuristics (issue529) - Merge and shrink (issue548) - landmark heuristics (issue551) - cea (issue552) - cg (issue553) - goal count, ipc max, h^max (issue554) - h^m (issue555)
2015-07-15 11:56:02floriansetmessages: + msg4374
2015-07-14 20:09:53jendriksetmessages: + msg4362
2015-06-03 14:35:41floriansetnosy: + florian
messages: + msg4233
2015-03-06 16:01:24jendriksetmessages: + msg4034
2015-02-20 17:55:10jendriksetmessages: + msg4020
2015-02-20 11:36:32jendriksetmessages: + msg4019
2015-02-19 19:13:15jendriksetstatus: unread -> chatting
messages: + msg4016
2015-02-19 14:48:01jendrikcreate