Re: sigUnblock in stopTerm

2023-10-05 Thread Alexander Burger
Hi Constantine, > I'm studying PicoLisp sources and have 2 questions about `sigUnblock` func. > > 1. Does it called by `main` func in `main.l` because signals can be > blocked by parent process? Yes. The signal block mask is inherited across exec() calls. In fact, I don't remember exactly why th

Re: pilog on minipicolisp

2023-10-05 Thread Alexander Burger
Hi Kashyap, > It looks like the pilog support in minipicolisp is perhaps different from > picolisp. Am I missing something? The "diff" file does not really call out > anything. Hmm, I did not look at MiniPicoLisp for a long time ... ;) > kashyap@DESKTOP-NICP8CC:~/s/embeddedpicolisp/miniPicoLisp/

Re: building pilos

2023-10-05 Thread Alexander Burger
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

Re: pilog on minipicolisp

2023-10-05 Thread C K Kashyap
Thanks Alex! Once I included lib/pilog.l, the example friends.l at https://picolisp-explored.com/learning-pilog-2-facts-rules-queries?source=more_series_bottom_blogs worked! I had to comment out the section below "# Basic Rules" though - even (be repeat) simply causes a segfault. Regards, Kashya

Re: building pilos

2023-10-05 Thread C K Kashyap
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

Re: building pilos

2023-10-05 Thread Alexander Burger
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

Re: building pilos

2023-10-05 Thread C K Kashyap
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

Re: building pilos

2023-10-05 Thread Alexander Burger
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

Re: building pilos

2023-10-05 Thread C K Kashyap
> > > > > (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