Re: [dev] C variants, compilers and completeness

2023-08-19 Thread Miles Rout
On 19 August 2023 12:37:23 am NZST, "Страхиња Радић" wrote: >I haven't checked recently, but the most noticeable missing feature of cproc, >as well as some other compilers, were VLAs. When someone writes the support >for >VLAs, cproc & co. will become much more usable. VLAs are optional in th

Re: [dev] Minimalist software. Should I care?

2023-07-05 Thread Miles Rout
On 6 July 2023 3:04:47 am NZST, Dave Blanchard wrote: >On Thu, 06 Jul 2023 00:01:43 +1200 >Miles Rout wrote: > >> There is a page on the website advertising all the many patches available to >> improve st and dwm. >> Few if any other software projects provi

Re: [dev] Minimalist software. Should I care?

2023-07-05 Thread Miles Rout
On 5 July 2023 6:16:34 am NZST, Dave Blanchard wrote: >People on this email list tend to go to an extreme in favoring simplicity >above all else, which is why they release dumpster fires like the ST terminal >emulator for example which has absolutely no features at all, is riddled with >bugs an

Re: [Mail style feedback] ]Re: [dev] Simpler WiFi alternatives [w/ bonus oneliner]

2023-06-30 Thread Miles Rout
On 1 July 2023 7:50:20 am NZST, fo...@dnmx.org wrote: >Vim is also bloated as hell at over 70 SLOC (including comments and >everything, wc -l).. I'd rather just use pre-installed `vi`.. >I did use Vim in the past. I do miss it, that's why I started my own text >editor that will be (I hope) as m

Re: [dev] Suckless filesystems

2023-06-23 Thread Miles Rout
I wonder whether filesystems could be more layered. You can already do this to some extent with LUKS and LVM on Linux, but could you go further? Rather than having a big monolithic filesystem like ext4, could you run some simpler filesystem that just did journaling, then on top of that one that

Re: [dev] Simpler WiFi alternatives

2023-06-23 Thread Miles Rout
On 24 June 2023 7:13:48 am NZST, fo...@dnmx.org wrote: >I understand what you are talking about... I once told someone "go kill >yourself" or "I you die", never again.. > >I do understand that there are sensitive souls out there, but they are >coal of >a fire which gets started by governments and c

Re: [dev] running a shortlink provider

2023-06-20 Thread Miles Rout
Be careful about running a link shortener. They are very prone to abuse. They don't cost money to run because of bloat but because they require a lot of moderation. Spam is incessant. NearlyFreeSpeech bans very little, but treats link shorteners as equivalent to running a mail server on their s

Re: [dev] [license] gpl issues

2023-06-17 Thread Miles Rout
On 6 May 2023 8:56:23 pm NZST, "Страхиња Радић" wrote: > But that is pointless to >bring up here, because the reality is that the programmers who made suckless >software mostly picked Expat License (and are calling it "the MIT License"). >It >is irrelevant for non-GPL programs I fork or con

Re: [dev] Ada not Rust

2021-04-23 Thread Miles Rout
On Tue, Apr 20, 2021 at 10:23:35AM -0400, Greg Reagle wrote: > Can someone point me to an article or blog post recommending which of these > sanitize options would be recommended for general daily use? Take your favourite Makefile and add CFLAGS += -fsanitize=address -fsanitize=undefined LDFLAGS

Re: [dev] Ada not Rust

2021-04-23 Thread Miles Rout
On Tue, Apr 20, 2021 at 06:45:40AM -0700, Jeremy wrote: > Regarding readability: in terms of the just the standard libraries, I > agree that Rust is more readable than C, especially it comes to iterating > and generics. impl I { fn know<'a, How::Someone>(could: &'a Say) -> This<'a> wit