~sebsite

https://sebsite.pw/

i'm a human i think

~sebsite/hare-c

Last active 16 days ago

~sebsite/ultimate-syobon-action

Last active 5 months ago

~sebsite/generic-tetromino-game

Last active 6 months ago

~sebsite/public-inbox

Last active 6 months ago
View more

Recent activity

Re: [RFC v1] Support for user-provided allocators in rt 2 days ago

From Sebastian to ~sircmpwn/hare-rfc

On Wed Feb 28, 2024 at 1:17 PM EST, Drew DeVault wrote:
> I was thinking that if we wanted to start thinking about passing
> allocators around it might make sense to integrate them at the ABI
> level, making use of something like qbe's environment ABI parameter:

How would this work with C (or other language) interop?

Re: [PATCH harec v4] emit_type: improve iconst stringification 2 days ago

From Sebastian to ~sircmpwn/hare-dev

s/constant/literal/g

LGTM otherwise

Re: Hare 0.24.0 no longer fits in a floppy disk :) 10 days ago

From Sebastian to ~sircmpwn/hare-users

On Wed Feb 21, 2024 at 12:12 AM EST, Jose Lombera wrote:
> On 2024-02-21 05:03 UTC, Ember Sawady wrote:
>
> > the thing to check for size would be qbe + harec + hare sources (without
> > the repo history)
>
> Yeah, that is worse:
>
> $ du -shc /usr/local/bin/{qbe,harec,hare} /usr/local/src/hare/stdlib/
> 552K    /usr/local/bin/qbe
> 664K    /usr/local/bin/harec
> 1.6M    /usr/local/bin/hare
> 5.5M    /usr/local/src/hare/stdlib/
> 8.3M    total

Re: [PATCH hare] rt::u64tos: return *[*]const u8 rather than *const u8 12 days ago

From Sebastian to ~sircmpwn/hare-dev

Why not just return a slice?

Re: [PATCH hare v5] os::exec: add process group API 16 days ago

From Sebastian to ~sircmpwn/hare-dev

With the caveat that I'm not very familiar with setpgid(3) et al: would
it be feasible to make `group` a distinct type from `process`? 

The docs should probably also note that these functions are only
supported on Unix-like systems.

On Wed Feb 14, 2024 at 8:23 AM EST, Drew DeVault wrote:
> diff --git a/os/exec/+freebsd/group.ha b/os/exec/+freebsd/group.ha
> new file mode 120000
> index 00000000..2d5a9d17
> --- /dev/null
> +++ b/os/exec/+freebsd/group.ha
> @@ -0,0 +1 @@
> +../+linux/group.ha

Re: [PATCH v2] don't error out on typedef void x 16 days ago

From Sebastian to ~sebsite/hare-c

Thanks!

To gitsrht:~sebsite/hare-c
   13acff8..773721d  main -> main

Re: [PATCH v2] hareconv: fix unparsing typedef'd function decls 16 days ago

From Sebastian to ~sebsite/hare-c

Thanks!

To gitsrht:~sebsite/hare-c
   13acff8..773721d  main -> main

i had a dream that you asked me what the status was on these patches and
i realized shit i never applied these and so i'm doing that now, hi i'm
historically very good at promptly reviewing and applying patches when
they're sent, this is a trait which we both share in common,

[PATCH harec v2 5/5] tests/00-literals: s/append/static append/ 18 days ago

From Sebastian to ~sircmpwn/hare-dev

Signed-off-by: Sebastian <sebastian@sebsite.pw>
---
 tests/00-literals.ha | 6 +++---
 1 file changed, 3 insertions(+), 3 deletions(-)

diff --git a/tests/00-literals.ha b/tests/00-literals.ha
index 47fd80ad..04cded8b 100644
--- a/tests/00-literals.ha
+++ b/tests/00-literals.ha
@@ -499,9 +499,9 @@ fn numeric() void = {
	for (let i = 0z; i < len(invalid); i += 1) {
		for (let j = 0z; j < len(suffix); j += 1) {
			let buf = buf[..0];
			append(buf, toutf8("let t = ")...);
[message trimmed]

[PATCH harec v2 4/5] Check stage at which compilation failed in reject tests 18 days ago

From Sebastian to ~sircmpwn/hare-dev

Signed-off-by: Sebastian <sebastian@sebsite.pw>
---
 docs/exit_codes.txt        |   9 +++
 include/util.h             |  10 +++
 makefiles/tests.mk         |   1 +
 rt/+freebsd/start.ha       |   4 +-
 rt/+linux/start.ha         |   4 +-
 rt/+netbsd/start.ha        |   4 +-
 rt/+openbsd/start.ha       |   4 +-
 rt/compile.ha              |  71 +++++++++++++++--
 rt/itos.ha                 |  28 +++++++
 src/check.c                |   6 +-
 src/lex.c                  |   2 +-
 src/main.c                 |  18 ++---
[message trimmed]

[PATCH harec v2 3/5] util: ignore write errors to stderr 18 days ago

From Sebastian to ~sircmpwn/hare-dev

This is pretty pointless; if writing to stderr fails, we try to, print
an error message to stderr, and then exit. If we're writing to stderr,
an error already occurred, so there's no reason to catch any write
errors here.
~
This is necessary for the upcoming patch, since stderr is closed by
rt::compile but we still want to know where the original error came
from.

Signed-off-by: Sebastian <sebastian@sebsite.pw>
---
 src/util.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)
[message trimmed]