Amsterdam
I write code.
From Drew DeVault to ~sircmpwn/sr.ht-dev
Thanks! To git@git.sr.ht:~sircmpwn/pages.sr.ht bd296fe..3b59767 master -> master
From Drew DeVault to ~sircmpwn/writefreesoftware.org
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.
From Drew DeVault to ~sircmpwn/hare-dev
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...]
From Drew DeVault to ~sircmpwn/hare-dev
Better "ionext" since it takes an arbitrary I/O handle (which may or may not be a stream).
From Drew DeVault to ~sircmpwn/hare-dev
Ah, sorry, I misunderstood. Much more open to it with that in mind.
From Drew DeVault to ~sircmpwn/hare-dev
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.
From Drew DeVault to ~sircmpwn/hare-dev
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.
From Drew DeVault to ~sircmpwn/hare-dev
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.
From Drew DeVault to ~sircmpwn/hare-dev
+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"));
From Drew DeVault to ~sircmpwn/hare-dev
TOCTOU. Also maybe out of scope?