Re: Inconsistencies in handling command flags: `--flag=value` different than `--flag value`

2020-04-27 Thread Ciprian Dorin Craciun
On Mon, Apr 27, 2020 at 9:21 PM Tomi Ollila wrote: > > On Mon 2020-04-27 14:53:07 -0300, David Bremner wrote: > >> Quoting notmuch(1) > >> > >>OPTION SYNTAX > >>All options accepting an argument can be used with '=' > >>or ':' as a separator. For the cases where it's not

Re: Inconsistencies in handling command flags: `--flag=value` different than `--flag value`

2020-04-27 Thread Tomi Ollila
On Mon, Apr 27 2020, Daniel Kahn Gillmor wrote: > On Mon 2020-04-27 14:53:07 -0300, David Bremner wrote: >> Quoting notmuch(1) >> >>OPTION SYNTAX >>All options accepting an argument can be used with '=' >>or ':' as a separator. For the cases where it's not ambiguous >>

Re: [PATCH] util/zlib-extra: de-inline gzerror_str

2020-04-27 Thread Tomi Ollila
On Mon, Apr 27 2020, David Bremner wrote: > It turns out the behaviour of inline functions in C header files is > not a good idea, and can cause linking problems if the compiler > decides not to inline them. In principle this is solvable by using a > "static inline" declaration, but this

Re: Inconsistencies in handling command flags: `--flag=value` different than `--flag value`

2020-04-27 Thread Daniel Kahn Gillmor
On Mon 2020-04-27 14:53:07 -0300, David Bremner wrote: > Quoting notmuch(1) > >OPTION SYNTAX >All options accepting an argument can be used with '=' >or ':' as a separator. For the cases where it's not ambiguous >(in particular excluding boolean options), a space can

Re: [PATCH] util/zlib-extra: de-inline gzerror_str

2020-04-27 Thread Daniel Kahn Gillmor
On Mon 2020-04-27 09:28:08 -0300, David Bremner wrote: > It turns out the behaviour of inline functions in C header files is > not a good idea, and can cause linking problems if the compiler > decides not to inline them. In principle this is solvable by using a > "static inline" declaration, but

Re: Inconsistencies in handling command flags: `--flag=value` different than `--flag value`

2020-04-27 Thread David Bremner
Ciprian Dorin Craciun writes: > [Again sorry for double reporting. BTW, where should I search for > previous bugs? I've currently tried the mailing list archive.] Another option is https://nmbug.notmuchmail.org/status This is just pointers into the mailing archive, but triaged. > >

Re: performance problems with notmuch new

2020-04-27 Thread David Bremner
Don Zickus writes: > On Fri, Apr 24, 2020 at 08:07:27PM -0300, David Bremner wrote: >> Don Zickus writes: >> >> > >> > Of course I am using this in a strange context. I am deleting emails >> > locally and then running 'notmuch new' to clean up the database. >> > >> [snip] >> > So maybe my use

Re: performance problems with notmuch new

2020-04-27 Thread Don Zickus
On Fri, Apr 24, 2020 at 08:07:27PM -0300, David Bremner wrote: > Don Zickus writes: > > > > > Of course I am using this in a strange context. I am deleting emails > > locally and then running 'notmuch new' to clean up the database. > > > [snip] > > So maybe my use case is unusual and the

[PATCH] util/zlib-extra: de-inline gzerror_str

2020-04-27 Thread David Bremner
It turns out the behaviour of inline functions in C header files is not a good idea, and can cause linking problems if the compiler decides not to inline them. In principle this is solvable by using a "static inline" declaration, but this potentially makes a copy in every compilation unit. Since

Re: [PATCH] emacs: Use `cl-lib' instead of deprecated `cl'

2020-04-27 Thread David Bremner
Jonas Bernoulli writes: > I have fixed the remaining issues and added two small commits. > See v3. > Great, thanks. I've pushed the main one, and tagged the other two for review. d ___ notmuch mailing list notmuch@notmuchmail.org