>
>
>
> > (using UART for io using --serial stdio option in qemu). The drivers/rest
> > of the kernel infrastructure could then be crowd sourced :)
>
> Will you give it a try?
>
I think that I am close to doing it with miniPicoLisp :)
> You mean Pil64 and PilOS? (Beause pil21 has no assembly so
On Thu, Oct 05, 2023 at 08:53:23AM -0700, C K Kashyap wrote:
> How about something that runs on qemu using a bootloader like limine/grub?
> It could be really vanilla without even the need for a keyboard driver
> (using UART for io using --serial stdio option in qemu). The drivers/rest
> of the ker
How about something that runs on qemu using a bootloader like limine/grub?
It could be really vanilla without even the need for a keyboard driver
(using UART for io using --serial stdio option in qemu). The drivers/rest
of the kernel infrastructure could then be crowd sourced :)
Btw .. perhaps you
On Thu, Oct 05, 2023 at 07:32:26AM -0700, C K Kashyap wrote:
> Any chance that we could expect a pil21 based pilos?
This would indeed be fascinating. Perhaps there is some LLVM backend to Verilog?
But PilOS is a huge task, and needs lots of drivers etc. for some target
hardware. I have no hope for
Thanks Alex,
Any chance that we could expect a pil21 based pilos?
I had not been watching pil21 for a while - I looked at it now and I really
liked "lib.c" :) If I understood right, then all the platform
dependencies are in there (atleast as far as the picolisp executable)
On Thu, Oct 5, 2023
Hi Kashyap,
> It looks like pilos build may be broken :( I think it has dependency on
> pil64.
This may well be. PilOS is built by PicoLisp, and is a modified and partially
scaled down version of Pil64.
☺/ A!ex
--
UNSUBSCRIBE: mailto:picolisp@software-lab.de?subject=Unsubscribe