tests: Trigger insane regex find bug

This patch triggers (in a test case) a bug in the unicode  regex filter
implementation that causes filtering to work rather peculiarly. In
essence, because of how C++ treats anonymous objects, the current
implementation causes an internal pointer in the ICU library to point at
garbage (often some offset into the filter string), which results in
very unintuitive "matches".

Change-Id: I6fb6a2b7a1e1d63a5512c6a96fadc57ba31a92a2
Signed-off-by: Anton Lofgren <alofgren@op5.com>
tests: Free memory in tests

This way, we can run valgrind and verify that the columnfilters don't
leak without a lot of noise.

Change-Id: I6298fb5ac081dbe4bf192322ec713ce827451c07
Signed-off-by: Anton Lofgren <alofgren@op5.com>
filters: Don't pass anonymous objects around

Anonymous objects are implicitly destroyed if not bound. This leads to
the RegexMatcher's string being different than the one we attempt to
match against (by an offset of 2 bytes, it seems).

My original test cases did not catch this since they mostly differ in
the end of the string.

This fixes a bug where the regular expression filters behaved _really_
unintuitively.

Change-Id: I20e8da885c4d8fbbf9441b7b372ccc14515e64a5
Signed-off-by: Anton Lofgren <alofgren@op5.com>
configure: Fallback for ICU if no .pc found

If we don't find a .pc for libicu, we now print a warning and use some
flags that should work (provided that libicu actually is installed).
This is _not_ the right way to do it, but at least it'll get the thing
built.

This also includes being particular about the version of libicu we
accept, since we can only cope with >= 4.2.

Change-Id: Ifb24852e12b6986a777724f67836cfafa1a6f26a
Signed-off-by: Anton Lofgren <alofgren@op5.com>