Thanks!

To git@git.sr.ht:~sircmpwn/pages.sr.ht
   bd296fe..3b59767  master -> master

Thanks!

To git@git.sr.ht:~sircmpwn/writefreesoftware.org
   a12bec9..b8e64ee  master -> master

On Sat May 20, 2023 at 2:38 AM CEST, Piotr Masłowski wrote:
> Btw, making it a v2 *and* changing the subject feels weird. Is that how
> it is supposed to be done or should I have gone about differently?
> (maybe using In-Reply-To would make sense here?)

That's not an issue -- and you should indeed start a new thread.

On Wed May 17, 2023 at 5:54 AM CEST, Autumn! wrote:
> - automates the finding of source files and dependencies, so editing
>   scripts/gen-stdlib is no longer necessary
> - no longer special cases ARCH and PLATFORM tags, so building with
>   arbitrary tags is possible
> - no longer rebuilds dependent modules if their dependencies' api
>   hasn't changed
> - corrects installation so that it removes the existing files first
> - tags all files in linux:: with +linux

These are great! But...

> +# get the list of source files for a module, given its tags
> +# usage: getsrcs <path> [tags...]

Better "ionext" since it takes an arbitrary I/O handle (which may or may
not be a stream).

Ah, sorry, I misunderstood. Much more open to it with that in mind.

I'm down with a merge, not sure I love the rename from bufio to memio.
"Buffered I/O" is a powerful stock phrase to lean into to help people
understand what it's for at a glance.

I have reverted this with the following explanation:

    Return tuple directly from strings,bytes::cut,rcut
    
    strings::cut et al are convenience functions which aim to address the
    common 95% of cases, an approach which is common to much of the standard
    library's design. It is not important for this interface to be
    exhaustive; other tools are available for those who need to treat the
    presence or absence of the delimiter differently. The convenience of
    this convenience function is greatly diminished should the 95% of users
    who do not need to distinguish these cases be required to add `as (str,
    str)` -- a full 25% of the 80-character line width budget -- for every
    call.

Okay, in scope. If you can find a TOCTOU approach that'd be nice but if
not then no worries, make sure to document the edge case.

+1. I also think that it would be nice to have a function here which can
convert strings to C strings without allocation if the caller ensures
that the nul delimiter is there. Should be simple so that it can be
easily used for interop:

printf(c::string("hello world!\n\0"));

TOCTOU. Also maybe out of scope?