[dev] a new suckless scheme interpreter

Here is a pretty complete and working scheme interpreter in 1600 lines of C. It was used to bootstrap a full scheme compiler. To use it in applications would probably require some extra hacking but that's what keeps it from getting bloated https://github.com/rain-1/single_cream/

Re: [dev] Make cleanup

On 2018-12-30 01:32, stephen Turner wrote: If one was going to rewrite a cleaner make what would be the recommended approach? I see in a slightly older 2012 release of the code entries for windows 32 and amiga. I’m questioning why! Would it be worth while to strip make of these items and then

Re: [dev] Yet another "sane alternatives" thread

On 2018-12-24 21:11, Cág wrote: Hi, This is long and rather off-topic (and a bit of ranting is included, as always). I have to use EL7/Fedora almost daily and Ubuntu once every week or two. As you might know, they have this GNOME/systemd/etc. thing. I'm already kinda used to GNOME

[dev] [makes] release version 2.0

Hello! This post is an announcement releasing makes version 2.0. makes is a minimal build tool that cleanly separates the user interface from the core algorithm that actually performs the build. It supports incremental, parallel builds with dependency resolution. makes takes on standard

Re: [dev] [dwm] My patch

On 2017-06-03 16:49, Kristaps Civkulis wrote: Hello, Recently I sent a patch http://lists.suckless.org/hackers/1706/15108.html and didn't get any response. Is there something wrong with my patch or patch/email format? I also noticed that all the other emails in hackers mailing list are from

Re: [dev] [dwm] My patch

On 2017-06-03 16:49, Kristaps Civkulis wrote: Hello, Recently I sent a patch http://lists.suckless.org/hackers/1706/15108.html and didn't get any response. Is there something wrong with my patch or patch/email format? I also noticed that all the other emails in hackers mailing list are from

[dev] slconfigure

one of the most widely reported sources of suck are the autotools that gives you the (in)ability to compile programs from source. ./configure, automake, autoconf, autoreconf, m4, intltool, libtoolize, etc. the best practice used in suckless projects is generally to have a main makefile that

[dev] philosophy of the s shell

Hello I wrote a blog post explaining the philosophy of the 's' shell better. Here it is reformatted for email, I hope it'll be interesting to the suckless group: # { :; } After the Shellshock bug happened they fixed the parsing bug in bash that let people hijack webservers by simply

Re: [dev] s - suckless shell

On 2016-08-13 12:31, Connor Lane Smith wrote: Is there no support for 'splatting' a string into several strings? rc has a coherent approach to this, in that each variable is not a string but a list of strings. 'Splat' should be supported, but only when done explicitly. Yeah I believe rc is

Re: [dev] s - suckless shell

On 2016-08-13 07:31, Ben Woolley wrote: On Aug 12, 2016, at 2:41 PM, ra...@openmailbox.org wrote: Hello! GNU Bash is 138227 lines of code. I wrote a simpler shell* in 800 lines: https://notabug.org/rain1/s/ *It is not a true POSIX shell. You can't run existing scripts with it. It's

Re: [dev] s - suckless shell

On 2016-08-13 01:28, hiro wrote: there already is a suckless shell, called rc. stupid you. [rc-1.7.4]$ wc * 210651 5748 acinclude.m4 1150 5297 41954 aclocal.m4 25 64397 addon.c 31134816 addon.h 40352 2206 AUTHORS 558 1887 12048 builtins.c

Re: [dev] s - suckless shell

mpler > shell* in 800 lines: https://notabug.org/rain1/s/ > > *It is not a true POSIX shell. You can't run existing > scripts with it. It's technically just a command > interpreter. > > With that out the way here's an overview of how it > works: > > Tokenization [tok

[dev] s - suckless shell

Hello! GNU Bash is 138227 lines of code. I wrote a simpler shell* in 800 lines: https://notabug.org/rain1/s/ *It is not a true POSIX shell. You can't run existing scripts with it. It's technically just a command interpreter. With that out the way here's an overview of how it works

Re: [dev] termbox fork

On 2016-05-16 08:07, M Farkas-Dyck wrote: Hi, i forked termbox [0] at an earlier version before much stupidity [1, 2]. Would suckless community be interested to adopt this repo? tty sucks but ain't about to die soon... [0] https://github.com/strake/termbox.c [1]

Re: [dev] "Note On Webkit Versions"

On 2016-04-30 11:47, Kajetan Jasztal wrote: how about servo[1]? aims for memory security and fast parallel rendering [1] https://servo.org/ There is a lot of hype about rust being 'memory safe' but where is the proof? secondly 1 in every 100 lines of servo is an 'unsafe {' directive. On

Re: [dev] "Note On Webkit Versions"

On 2016-04-29 16:23, Jochen Sprickerhof wrote: Hi, just saw this commit: http://git.suckless.org/sites/commit/?id=6e3450a047c5f7eda300f68814f7b1dfd499119e Can someone (@Christoph) please specify which version of Webkit and which packaging is meant and what are the symptoms of hell? Thanks!

Re: [dev] [question] Does bash suck?

On 2016-04-23 14:19, Teodoro Santoni wrote: Hi, 2016-04-23 15:03 GMT+02:00, Marc Collin : Hi. Recently a user from suckless told me that bash sucks, but before I could ask why he went offline. I tried looking at suckless.org page about software that sucks, but couldn't

Re: [dev] Re: [st] System freeze when killing X after using st-git

I have this problem too. Using the latest git dwm and st on arch linux with the xf86-video-intel driver. After I quit using shift-alt-q it's completely frozen, can't even switch between consoles. Could anyone give me some advice on how to debug this? I haven't found any good leads in