ChanServ changed the topic of #picolisp to: PicoLisp language | Channel Log: https://irclog.whitequark.org/picolisp/ | Picolisp latest found at http://www.software-lab.de/down.html | check also http://www.picolisp.com for more information
groovy2shoes has joined #picolisp
rob_w has joined #picolisp
mtsd has joined #picolisp
aw- has joined #picolisp
mtsd has quit [Ping timeout: 260 seconds]
orivej has joined #picolisp
aw- has quit [Quit: Leaving.]
orivej has quit [Ping timeout: 276 seconds]
orivej has joined #picolisp
rob_w has quit [Remote host closed the connection]
orivej has quit [Ping timeout: 248 seconds]
gr8 has joined #picolisp
<gr8> just found this: https://picolisp.com/wiki/?PilOS
<gr8> this is wonderful!
<gr8> are there any other projects like this? (Just to get an overview)
<gr8> I have always dreamed of building a lisp environment from the ground up
<Regenaxer> Well, George Orais is working on it to get PilOS running on custom chip
<Regenaxer> But it proceeds slowly I think
<gr8> would it already be possible to build a GUI using these building blocks?
<Regenaxer> Not for PilOS I think
<gr8> but how is the graphical output for PiLos done right now?
<Regenaxer> It is just console
<Regenaxer> It prints characters with "int $0x10" (video interrupt in BIOS)
<Regenaxer> ah, no
<Regenaxer> mov $0xB8000, %edi # VGA text buffer
<Regenaxer> Direct buffer write
<Regenaxer> I don't remember well
<Regenaxer> The source for all that low-level stuff is in pilos/x86-64/beg.l
<gr8> yep I see. This is very fascinating
<Regenaxer> yes, but not really useful ;)
<Regenaxer> I did not look at it since 3 years it seems
<gr8> what would be needed for actual pixel output using a graphics unit?
<Regenaxer> You need to write the drivers
<gr8> or maybe VGA can also be controlled from the CPU, I'm a noob :)
<Regenaxer> yes
<gr8> do you know of any other projects that have attempted something similar?
<Regenaxer> There are many interesting possibilities, depends on what you want to do
<Regenaxer> I'm now focusing on Android devices
<Regenaxer> more practically useful
<Regenaxer> You could take a look on PilBox for that
<gr8> I just want to find out what is possible :) An environment based on Lisp could be more efficient and maintainable than current C-based systems
<Regenaxer> I think this as a use case with most possipilities
<Regenaxer> right, I think so too
<Regenaxer> cause of the interpreter
<gr8> are you the dev of Picolisp?
<Regenaxer> yes
<gr8> awesome
<beneroth> hi gr8, welcome
<Regenaxer> Hi beneroth
<beneroth> Hi Regenaxer :)
<gr8> the reason why I keep asking for similar projects is because I don't like work being done twice by different people, it's a waste of precious time if someone else tried this before
<beneroth> well Lisp machines was a thing once
<Regenaxer> true
<gr8> right but now we have x86-64 machines everywhere, so it would make more sense to focus on them right? ;)
<Regenaxer> Arm is growing fast
<Regenaxer> and mobile devices
<beneroth> yeah, though x86 architecture is ugly legacy patchwork
<beneroth> yes we hope for ARM :)
<Regenaxer> There are much more Android systems in the world than anything else
<Regenaxer> beneroth, yes, Pil fits better on Arm
<Regenaxer> though x86 is no problem
<gr8> fair enough, RISC is cooler anyway ;) And probably easier to implement
<Regenaxer> Not really easier
<Regenaxer> but the arch may be tuned better for a VM like PicoLisp
<gr8> not? Risc should be simpler than Cisc
<Regenaxer> not really
miskatonic has joined #picolisp
<Regenaxer> the language developer must use simpler instructions
<Regenaxer> cisc is supposed to be easier on the asm level
libertas has quit [Ping timeout: 256 seconds]
<beneroth> bbl
<Regenaxer> see you!
<gr8> so is there Picolisp for ARM yet?
<Regenaxer> Sure
<Regenaxer> That's what I said
<Regenaxer> Arm64
<Regenaxer> Pil is ported to x86, ppc64 and arm64 currently
<Regenaxer> see src64/arch/
<Regenaxer> in the disto
libertas has joined #picolisp
<Regenaxer> src64/arch/arm64.l generates the code for Arm64
<gr8> ok
<gr8> wait you are from Germany?
<Regenaxer> yes
<gr8> das wird ja immer besser :D
<Regenaxer> :)
<Regenaxer> Augsburg
<Regenaxer> (near A.)
<miskatonic> Will pil be presented at the European Lisp Symposium of Marblla?
<gr8> okay I will certainly take a closer look into this, thanks for your work so far!
<Regenaxer> Welcome gr8!
<Regenaxer> miskatonic, not that I know of
joebo has joined #picolisp
<miskatonic> what is the main obstacle for porting pil to mips machines? Is it possible to port minipil to platforms whose assembly does not support pil?
<Regenaxer> Mini is quite easy
<Regenaxer> Plain C
<Regenaxer> And no dependency on 32 vs. 64 bit architecture
libertas has quit [Ping timeout: 248 seconds]
libertas has joined #picolisp
<gr8> has there been any progress on the PilMCU besides the initial announcement?
<Regenaxer> I'm not sure how the state is at the moment
<Regenaxer> Perhaps you ask aw- (not here at the moment), he is in closer contact with George
<Regenaxer> aw- is in Japan, so earlier in European time is better
<Regenaxer> George is in Japan now too
<Regenaxer> yeah
<miskatonic> they teach German to Japanese students of medicine?
<Regenaxer> Yes, historically
<Regenaxer> Like Latin here
<Regenaxer> Japan took the medical system from Germany in the late 18xx's
gr8 has quit [Quit: Leaving]
rob_w has joined #picolisp
miskatonic has quit [Quit: ERC (IRC client for Emacs 24.5.1)]
orivej has joined #picolisp
rob_w has quit [Quit: Leaving]
rob_w has joined #picolisp
rob_w has quit [Read error: Connection reset by peer]