On Wed, May 15, 2024 at 6:53 PM James Youngman wrote:
>
> [I changed the subject line because this is quite a tangent from the original
> thread]
>
> On Wed, May 15, 2024 at 7:50 PM Nikolaos Chatzikonstantinou
> wrote:
>>
>>
>> How about GNU does a call to arms for an alternative Rust
>> implem
I wrote:
> The advantage of using gnulib for things like fts is that findutils is
not the only consumer, and we're very likely to notice issues with it even
in weird corner cases.
I should explain that this advantage is strong enough that, following a
multi-year period of parallel running, we rep
[I changed the subject line because this is quite a tangent from the
original thread]
On Wed, May 15, 2024 at 7:50 PM Nikolaos Chatzikonstantinou <
nchatz...@gmail.com> wrote:
>
> How about GNU does a call to arms for an alternative Rust
> implementation of its coreutils? There's still hungry Rus
On Tue, May 14, 2024 at 5:16 PM James Youngman wrote:
> One of the worries in the back of my mind with findutils has always been
> about whether all the fields in `struct predicate` actually get initialised
> correctly by the parser functions.
>
> I should explain that recently I've been using oth
On 5/14/24 11:15 PM, James Youngman wrote:
One of the worries in the back of my mind with findutils has always been
about whether all the fields in `struct predicate` actually get initialised
correctly by the parser functions.
However, perhaps there's another way to help us be confident that t
