Post-dynamic-mode cleanup

[GoogleCodeExporter]

There are a few things to clean up in r151:
* Use the newly-added constants in the table classes to avoid hardcoding sizes
* Ensure cld2_generated_quadchrome0122_16.cc works with both active tables in 
dynamic mode
* Add the ability to use an already-extant mmap to load the data from (rather 
than managing the mmap directly). This is necessary for systems (such as 
Chromium) where the security model forbids direct access to the filesystem in 
some contexts where CLD2 might be used

Should all be pretty straightforward. Remove all FIXME and TODO comments added 
by andrewhayden@google.com as well.

Original issue reported on code.google.com by andrewha...@google.com on 3 Mar 2014 at 3:25

[GoogleCodeExporter]

Manually verified that all unit tests pass with 
cld2_generated_quadchrome0122_16.cc.

Original comment by andrewha...@google.com on 3 Mar 2014 at 3:32

[GoogleCodeExporter]

Also TBD: Null-out all kScoringtables members in the call to unloadData.

Original comment by andrewha...@google.com on 3 Mar 2014 at 3:42

[GoogleCodeExporter]

Attaching a patch for dealing with the data in an externally-managed mmap. Unit 
tests have been updated to re-run in mmap-based dynamic mode as well as 
file-based dynamic mode, and all pass.

Original comment by andrewha...@google.com on 3 Mar 2014 at 5:10

Attachments:

• cld-mmap-dynamic.patch

[GoogleCodeExporter]

Patch committed as r153

Original comment by andrewha...@google.com on 4 Mar 2014 at 10:30

[GoogleCodeExporter]

The patch takes care of nulling out the fields in kScoringtables.

Still TODO:
* Use the newly-added constants in the table classes to avoid hardcoding sizes
* Remove all FIXME and TODO comments added by andrewhayden@google.com as well

Original comment by andrewha...@google.com on 4 Mar 2014 at 10:33

[GoogleCodeExporter]

Here we go, this patch switches over to use the constants. I also added the 
constants into the 0122 files that were missing them, and I've compiled and run 
all tests in all the shell scripts. Everything works, and the data files are 
perfect binary matches before and after the patch. This looks correct to me, 
and since all tests are passing I'm going to go ahead and submit (no functional 
changes here for CLD2).

There are still a few FIXMEs but they revolve around different things, like not 
relying on bitpacking of underlying structures. This isn't a problem right now, 
and we can push it off indefinitely (possibly forever).

Original comment by andrewha...@google.com on 11 Mar 2014 at 12:40

Attachments:

• cld2_dynamic_cleanup.patch

[GoogleCodeExporter]

Patch committed as r154

Original comment by andrewha...@google.com on 11 Mar 2014 at 12:42

• Changed state: Fixed