beneroth changed the topic of #picolisp to: PicoLisp language | The scalpel of software development | Channel Log: https://libera.irclog.whitequark.org/picolisp | Check www.picolisp.com for more information
aw- has quit [Quit: Leaving.]
aw- has joined #picolisp
Hunar has joined #picolisp
<Hunar> Good morning :D Is the room name for PilCon meeting on jitsi just called pilcon?
<Regenaxer> Yes, see the link in my mail
<Hunar> Sorry, what mail?
<Regenaxer> In the mailing list. I always remind one day before each PilCon
<razzy> should i prepare quick input for fuzzy search?
<Hunar> Ah.. I never checked out the mailing list.. I'll go look
<Regenaxer> You can read the archives: https://www.mail-archive.com/picolisp@software-lab.de
<Regenaxer> razzy, yes, good
<razzy> ok
razzy has quit [Ping timeout: 260 seconds]
razzy has joined #picolisp
razzy has quit [Ping timeout: 252 seconds]
razzy has joined #picolisp
Hunar has quit [Quit: Client closed]
Hunar has joined #picolisp
razzy has quit [Ping timeout: 260 seconds]
<Regenaxer> Hi Hunar! Could you hear well?
<Hunar> Hi Regenaxer, I did :) but I didn't see %80 of the screen shares
<Regenaxer> Yeah, this is a problem. Let's concentrate on SSH sessions next time, that is more reliable and readable
<Hunar> I didn't understand what SSH session is, my only experience with ssh is a remote access to a server
<Regenaxer> yes, exactly that
<Regenaxer> I open an ssh session with tmux where everybody can connect to in a read-only mode
<Hunar> Ah, that's new to me :) I'll check it out later
<Hunar> I have a small problem, I want to ask and get input from the user, i tried this (prin "a: ") (setq a (read)) (prin "b: ") (setq b (read)) which the output suggest is the wrong way to do such a thing.. in CL there was (readline) for user input
<Regenaxer> You mean (read) is not what you want?
<Regenaxer> Then (line) or (line T) ?
<Hunar> when I run that (my code) the value of a is (prin "b")
<Regenaxer> Yes, if you do that in a file
<Regenaxer> This is because the current input channel is *this* file
<Regenaxer> If you want to read from stdin, do
<Regenaxer> (in NIL (read))
<Regenaxer> (in NIL (line))
<beneroth> NIL = stdin/stdout
<Regenaxer> yep
<Hunar> (in NIL (prin "a") (setq a (read)) (prin "b") (setq b (read))) This worked, but (line) returns string, I currently want a number so i used (read)
<Regenaxer> yes, (read) is fine
<Hunar> :D Thanks
<Hunar> Have you tried compiling miniPicoLisp on termux? I just tried it for no reason and it fails.. https://ibb.co/bLfxLNp
<Regenaxer> Yes, known issue with clang
<Regenaxer> variable size arrays
<Regenaxer> stupid compiler!
<Hunar> Is there a compiler flag to ignore those issues?
<Regenaxer> The other are all (equally stupid) warnings
<Regenaxer> No, clang will "never" support variable arrays
<Regenaxer> As I said, stupid
<Hunar> Oh :(
<Regenaxer> Needs another compiler like gcc
<Regenaxer> same issue with pil32
<Regenaxer> pil64 is not an issue cause it is not C
<Regenaxer> and pil21 also not C ;)
<Hunar> It isn't :| https://github.com/picolisp/pil21 oh, is says 74.9% LLVM :D
<Regenaxer> Yes, llvm but not clang
<Regenaxer> clang only for some tools like ssh and httpGate
<Regenaxer> What does 74.9% mean?
<Hunar> Github says that the repository code is 74.9% is written in LLVM
<Hunar> Is LLVM a language that a human writes or a compiler-generated one :/
<Hunar> I never checked
<Hunar> By that I'm assuming assembly isn't supposed to be hand-written
<Regenaxer> These 74.9% are nonsense
<Regenaxer> it is src/*.ll but these are just intermediate files
<Regenaxer> pre-built files
<Regenaxer> so it is in fact 0% LLVM
<Regenaxer> The language is LLVM-IR
<Regenaxer> "intermediate representation"
<Hunar> Oh, I don't trust it either since it says 1.5% common lisp
<Regenaxer> it is generated by pil21/src/lib/llvm.l
<Regenaxer> haha, yes :)
<Regenaxer> Yes, LLVM-IR is usually not written by hand
<Hunar> So technically Pil21 is written in picolisp
<Regenaxer> but it is human-readable
<Regenaxer> yes
<Hunar> :)
<Regenaxer> I call it PilSrc
<Regenaxer> it is PicoLisp-Syntax
<Hunar> Now I get PilSrc :D
<Regenaxer> but different semantics
<Regenaxer> :)
<Regenaxer> (vi 'car) gives PilSrc
<Regenaxer> (vi "@src/base.ll") gives LLVM
<Regenaxer> the code for _car is on line 83224
<Regenaxer> very unreadable
<Hunar> how jump-to-line works in pil? :/
<Hunar> In vim I'd do 83224gg
<Hunar> I'd be back later
Hunar has quit [Quit: Client closed]
razzy has joined #picolisp
cranium has joined #picolisp
Hunar has joined #picolisp
<Regenaxer> Hunar: I did not know about gg, I always used G (also in Vi and Vim)
<Regenaxer> In Vip "gg" does not use the count, alwasy jumps to first line
<Regenaxer> I will fix
<Hunar> :)
<Regenaxer> Trivial
<Regenaxer> Testing
clacke has joined #picolisp
<Regenaxer> Released :)
<Hunar> Great :D
cranium has quit [Quit: Leaving]
Hunar has quit [Ping timeout: 256 seconds]
razzy has quit [Ping timeout: 252 seconds]
razzy has joined #picolisp
razzy has quit [Ping timeout: 245 seconds]
razzy has joined #picolisp
razzy has quit [Ping timeout: 245 seconds]
razzy has joined #picolisp
razzy has quit [Ping timeout: 265 seconds]
razzy has joined #picolisp
razzy has quit [Ping timeout: 260 seconds]