The non-field processor behaviour is is convert the corresponding
queries into a search for the unprefixed terms. This yields pretty
surprising results so I decided to generate a query that would match
the terms (i.e. none with that prefix) generated for an empty header.
---
lib/regexp-fields.cc
This obsoletes the first two patches of
id:20170318030303.17344-1-da...@tethera.net
I think this is a more meaningful interpretation than matching all messages.
___
notmuch mailing list
notmuch@notmuchmail.org
These queries currently fail with field processors enabled because the
code expects a non-empty string.
---
test/T650-regexp-query.sh | 20
1 file changed, 20 insertions(+)
diff --git a/test/T650-regexp-query.sh b/test/T650-regexp-query.sh
index 61739e87..f2ae1387 100755
---
On 16:32 09-Mar 2017 David Bremner wrote:
> From: Mikhail
>
> Make test-lib-common.sh load test-lib-<$PLATFORM>.sh to create
> additional shim for platform specifics.
>
> Use test-lib-FREEBSD.sh to call GNU utilities instead of native ones.
>
> - amended by db following
From a ui perspective this looks similar to what was already provided
for from, subject, and mid, but the implimentation is quite
different. It uses the database's list of terms to construct a term
based query equivalent to the passed regular expression.
---
doc/man7/notmuch-search-terms.rst |
This series combines the mid: searching patch left out of 0.24 [1]
with the WIP patch of [2] adding regexp search for tags and paths. It
is rebased on the regexp fixes of [3], which should hopefully be
merged soon.
[1]: id:20170227023422.26929-5-da...@tethera.net
[2]:
The bulk of the change is passing in the field options to the regexp
field processor, so that we can properly handle the
fallback (non-regexp case).
---
doc/man7/notmuch-search-terms.rst | 26 +++---
lib/database.cc | 6 --
lib/regexp-fields.cc