summaryrefslogtreecommitdiff
path: root/decoder/hg.h
diff options
context:
space:
mode:
authorgraehl <graehl@ec762483-ff6d-05da-a07a-a48fb63a330f>2010-07-06 22:06:26 +0000
committergraehl <graehl@ec762483-ff6d-05da-a07a-a48fb63a330f>2010-07-06 22:06:26 +0000
commit0c3f2babc8c96a3d35b218f3767841f2d5d448d1 (patch)
tree214f91a3a57eb95ce1475a7048ccac4bd4c350c4 /decoder/hg.h
parent23b16f6589da76f6313c315b5895becb77685c00 (diff)
prune epsilon, comments, use inside pruning for probably no segfaults in vest
git-svn-id: https://ws10smt.googlecode.com/svn/trunk@167 ec762483-ff6d-05da-a07a-a48fb63a330f
Diffstat (limited to 'decoder/hg.h')
-rw-r--r--decoder/hg.h1
1 files changed, 1 insertions, 0 deletions
diff --git a/decoder/hg.h b/decoder/hg.h
index a632dc1c..e54b4bcc 100644
--- a/decoder/hg.h
+++ b/decoder/hg.h
@@ -166,6 +166,7 @@ class Hypergraph {
// remove edges from the hypergraph if prune_edge[edge_id] is true
// TODO need to investigate why this shouldn't be run for the forest trans
// case. To investigate, change false to true and see where ftrans crashes
+ //TODO: what does the above "TODO" comment mean? that PruneEdges can lead to a crash? or that run_inside_algorithm should be false? there definitely is an unsolved bug, see hg.cc - workaround added
void PruneEdges(const std::vector<bool>& prune_edge, bool run_inside_algorithm = false);
// for density>=1.0, keep this many times the edges needed for the 1best derivation