diff options
| author | graehl <graehl@ec762483-ff6d-05da-a07a-a48fb63a330f> | 2010-08-11 03:27:05 +0000 |
|---|---|---|
| committer | graehl <graehl@ec762483-ff6d-05da-a07a-a48fb63a330f> | 2010-08-11 03:27:05 +0000 |
| commit | e02c0d5a58eca77684a1a29ac229705e83a70a1e (patch) | |
| tree | b6c3f96c404d413d0f1523374c8b9ca4f5c8eb01 | |
| parent | 192aa50db953cf4adc4cca34ed1cdfa45511aeeb (diff) | |
debug
git-svn-id: https://ws10smt.googlecode.com/svn/trunk@523 ec762483-ff6d-05da-a07a-a48fb63a330f
| -rwxr-xr-x | decoder/cfg.h | 2 |
1 files changed, 1 insertions, 1 deletions
diff --git a/decoder/cfg.h b/decoder/cfg.h index e068e78b..64924f14 100755 --- a/decoder/cfg.h +++ b/decoder/cfg.h @@ -3,7 +3,7 @@ // for now, debug means remembering and printing the TRule behind each CFG rule #ifndef CFG_DEBUG -# define CFG_DEBUG 1 +# define CFG_DEBUG 0 #endif /* for target FSA intersection, we want to produce a simple (feature weighted) CFG using the target projection of a hg. this is essentially isomorphic to the hypergraph, and we're copying part of the rule info (we'll maintain a pointer to the original hg edge for posterity/debugging; and perhaps avoid making a copy of the feature vector). but we may also want to support CFG read from text files (w/ features), without needing to have a backing hypergraph. so hg pointer may be null? multiple types of CFG? always copy the feature vector? especially if we choose to binarize, we won't want to rely on 1:1 alignment w/ hg |