A horrifyingly bad set of coreutils.
You can not select more than 25 topics Topics must start with a letter or number, can include dashes ('-') and can be up to 35 characters long.
 
 
 
Drake 35e0d2c66e
`dbox`/Makefile/funcs.h: fix remaining compiler warnings.
2 years ago
.github/workflows workflows: add github graphql analysis. 3 years ago
doc TODO.md: remove old file. 3 years ago
lib `dbox`/Makefile/funcs.h: fix remaining compiler warnings. 2 years ago
src `dbox`/Makefile/funcs.h: fix remaining compiler warnings. 2 years ago
.gitignore gitignore: remove *all* .vscode files. 3 years ago
LICENSE move copyright attribution back to me 3 years ago
Makefile `dbox`/Makefile/funcs.h: fix remaining compiler warnings. 2 years ago
README.md README: rework building, other various updates. 3 years ago

README.md

drakecoreutils

the best coreutils since minix

building

  1. reconsider your life decisions
  2. use glibc (unless something has changed since i've last tried, it breaks on musl and serenityos's libc because they actually do it right)
  3. run make to produce the dbox executable (CC,CC_FLAGS,LD_FLAGS are the env variables i use for compiler settings)
  4. similar to busybox, you can either manually invoke dbox with the name of the executable (i.e. bin/dbox ls -cCa), or link the dbox executable to whatever you want to use (i.e. ln bin/dbox bin/ls; bin/ls -cCa)
  5. congrats, you have built the best set of coreutils since minix

todo

  • fix memory issues in everything (but ls specifically)
  • proper formatting in ls
  • allow a way to manually use multi-binary mode? (currently you can (in theory) just rename the dbox executable to whatever program you want, albiet with the slight overhead of dbox)
  • better name for the executable than dbox