Technologies: C, Common Lisp, some Perl and Python, GNU/Linux, networking, some HTML and Javascript, low-level, Linux drivers, interpreters and compilers
Email: it's in the description of my profile
My name is Andrea Monaco and I'm 31 years old. I'm writing an implementation of the Common Lisp language with more than 80% compliance (https://savannah.nongnu.org/p/alisp). I have other projects at https://github.com/andreamonaco, among them an online multiplayer game called Zombieland, a Linux driver for my video card, and an utility to record screen on Linux.
I have a bachelor in Mathematics.
I'm looking for a job, either contract or employed. Mostly remote, unlikely to relocate
I fully agree, in fact I'm writing a game in C too, it's https://github.com/andreamonaco/zombieland.
Plus I have at least another idea for a game project in mind with the same language.
I'll look at that.
About performance: people in practice have always favored GC, so I think there's a lot to be discovered in optimization of reference counting algorithms, including concurrent traversal (which is easier because each node has local info in the form of refcounts and flags) and maybe detection of problematic worse-case graphs
Hello, I'm writing an implementation of the Common Lisp language that uses an enhanced reference counting algorithm (that I've taken from literature) that detects and handles cycles. Performance seems okay, though I still haven't tried large programs.
I'd say the latter, since I felt the need for debugging tools similar to other languages like C. Watchpoints for example are entirely non-existent in current implementations, as far as I know
In my opinion, automake is the weakest part of the autotools chain. Look at this section of the manual for example https://www.gnu.org/software/automake/manual/automake.html#G...: it says that automake doesn't recognize many Gnu Make extension, and can get confused even by weird whitespace...
I'm not sure I understand. What I do in my project is very common practice: generated files (like the configure script) are not part of the repository, but they are put in released tarballs
I tried stepping in various free implementations, but I couldn't really follow the source forms and execute them one by one. Also, I couldn't find much information online. Maybe your experience is different?
To me it's not different from having multiple files, on the contrary it's even easier to do search and replace
> Do you plan to achieve 100%?
Yes!
> Is there a list of what is actually missing and which relevant projects depend on the missing parts?
Yes, a partial list is in "Known bugs and limitations" in NOTES.
> What are the core benefits compared to e.g. ECL or CLISP?
Well, the code base is smaller and (arguably) easier to read. Building is easier. There's a debugger with stepping, very easy to use