From what I heard one component was that it was difficult to line up the release dates between updating the Ubuntu base and KDE because Ubuntu uses GNOME and they line up their release dates with that
As a Unix weirdo I grok you
If you don’t want to install Linux, You should install plan9
MLVWM is a classic mac window manager for X11
https://github.com/morgant/mlvwm
Also you will need
https://github.com/morgant/mlvwmrc
Also bonus: Mac OS 8 startup for Plymouth
Classic Mac OS 7.5.3 -> 8.5 -> 9.2 -> Windows 2000 -> XP -> Vista -> 7 -> 8.1 -> 10 -> Pop!_OS (for a few years but eventually wanted a KDE based distro) -> Garuda Linux (for a few years but wanted to try out nobara for gaming) -> Nobara (for now, great for gaming, frustrating for programming because of package differences) and other unknown reasons)
It seems like Fortran except it’s python syntax and it’s weakly typed so you will get into type checking hell if you use any library which tries to be fancy and create their own types.
Outside of the syntax though: The speedups look really cool!
I’m curious to see what potential speedups would look like in a large project.
Additionally, I’m curious to see what the power requirements are for programs written in it since it seems like it will highly parallelize all statements in the language.
I also wonder how soon it will be for someone to implement a deadfish / bf / lisp interpreter in it
One more way I don’t have to leave Emacs!
I have heard good things about kdenlive. Don’t do what I do and do everything in blender
Ah cool! Did not know this existed!
‘ssh -X’ will do x11 forwarding if the config on the remote system is set up properly
Wayland is good, it is nice to be able to forward X apps over ssh though
The Linux mint live installer comes with the bcmwl-kernel-source package which will allow you to install it. It worked on my 2013 MacBook Pro which uses a Broadcom chip
A great series for those of you that didn’t get that reference: https://youtu.be/uRGljemfwUE?si=var1USdiNFUMiYjW
Sounds like you are trying to develop a MOO, i think you might find this interesting
Also if you wanted to develop one yourself I did a project a long time ago based on [https://queue.acm.org/detail.cfm?id=2068896](this guide for developing a language in Racket lisp to generate text adventure games) which might fit the requirements
The header file was not originally made for the purpose it is used for today. In previous languages (like Fortran or COBOL) they had a preprocessor which was used for defining constants and macros and the like. The preprocessor is like a glorified cut and paste machine, it can’t do any complex processing by itself. (In fact the C preprocessor is not even Turing complete although it is close)
The reason why the headers are included at the top is also for historical reasons. In single pass compilers a file is read line by line and parsed into an Abstract Syntax Tree; the function has to be declared before it can be used but sometimes it may be declared in a different file or later in the file. So it’s convenient to put that information in the header.
Many modern languages use compilers that take multiple passes to generate the code. They will also use internal databases for the objects and their prototypes like a v-table to store data about the program to do optimizations and the like.
Languages like rust, zig, and go use modules where they have namespaces where specific definitions of code are declared and able to be used later. They also had a series of built in tools like dynamically managing dependencies, linking, etc.
For most languages they also have a Foreign Function Interface which allows them to call functions written in a different languages (like C shared libraries). All of the managers you mentioned have great FFI functionality and work well with C shared libraries. You can often use C header files in these since they give the function prototype without needing to read the whole source code and find all those definitions (often if the library is proprietary you will only have access to the shared library and the header files).