<tankf33der>
fbytez: i have touched every platform i could imagine
<abu[7]>
The original meaning of "LLVM" was "low level virtual machine", and that is what I needed
<tankf33der>
yea
<abu[7]>
tankf33der, indeed, very portable
<abu[7]>
I loved the idea of the SSA architecture, being a virtual CPU with an infinite number of registers
<abu[7]>
"Static Single Assignment"
<abu[7]>
very pure
<abu[7]>
LLVM-IR is horrible though. Never saw such an ugly and verbose syntax
<abu[7]>
But it is not necessary to program in it directly, no reason to care about it
<abu[7]>
So in summary, I think the decision to use llvm was the best implementation choice for PicoLisp so far
<abu[7]>
@src/lib/llvm.l makes all that compiler frontend stuff obsolete. We need only the target-specific backend to translate BC files to assembly and then binary
seninha has joined #picolisp
seninha has quit [Remote host closed the connection]
seninha has joined #picolisp
mario-goulart has quit [Quit: ERC (IRC client for Emacs 27.1)]
mario-goulart has joined #picolisp
mario-goulart has quit [Remote host closed the connection]
mario-goulart has joined #picolisp
mario-goulart has quit [Remote host closed the connection]
mario-goulart has joined #picolisp
seninha has quit [Ping timeout: 276 seconds]
bjorkintosh has joined #picolisp
mario-goulart has quit [Remote host closed the connection]
abu[7] has left #picolisp [#picolisp]
abu[7] has joined #picolisp
mario-goulart has joined #picolisp
<fbytez>
abu[7], I don't know much about it but have you ever checked out QBE? https://c9x.me/compile/
<abu[7]>
I did not know it. Looks interesting, and is also SSA-based.
<tankf33der>
Qbe is small, right, less maintained. And every language it uses must use modified version or use workarounds against bug(s). Hare or myrrdin as example. Small number of platform backends. So there are only two choices llvm and qbe.
<tankf33der>
llvm won.
<abu[7]>
QBE seems to have a slightly friendlier syntax (ref. to what I said above about llvm-ir)
<tankf33der>
Only three platforms, 64 bit only too
<tankf33der>
arm, x64, riscv
<tankf33der>
status of last unknown
<abu[7]>
yeah ;(
<fbytez>
tankf33der, Could you expand on “And every language it uses must use modified version or use workarounds against bug(s).”
<tankf33der>
I was on irc server for a long of myrddin language when they every time discussed qbe bugs and issues.
<tankf33der>
Qbe is not perfect.
<tankf33der>
picolisp is perfect :)
<tankf33der>
This is a line from installation of hare language -
<tankf33der>
QBE (the latest version on the git master branch, not the latest versioned released)
<tankf33der>
They fixing qbe.
<tankf33der>
If you do not like llvm use asm or c versions.
<tankf33der>
of picolisp.
<abu[7]>
The C and Asm versions are outdated though
<tankf33der>
But they live in time.
msavoritias has quit [Ping timeout: 256 seconds]
<taleon>
I am currently trying to get PicoLisp to run on FreeBSD 14. Unfortunately I get a lot of error messages. Do any of you have any ideas? https://termbin.com/q05m
<tankf33der>
taleon: hi, it works on FreeBSD 14, all tests passed.
<tankf33der>
it compiles out of box, why you modify Makefile ? :/