Re: minipicolisp with big num

[Mike]

> On Jan 26, 2024, at 18:19, C K Kashyap  wrote:
> 
> 
> Hey all,
> Has anyone tried a port of miniPicoLisp with the added big num support?

How did you test it?

(mike)


--
UNSUBSCRIBE: mailto:picolisp@software-lab.de?subject=Unsubscribe

Re: coredump without '+' final argument

[Mike]

Hi all,

> Can you debug this a little more? E.g. look at the output of (traceAll) and 
> see
> *where* exactly it happens.

I am interested in debug this. Can i get a copy of script? I have fedora 
rawhide instance.

(mike)


--
UNSUBSCRIBE: mailto:picolisp@software-lab.de?subject=Unsubscribe

Subscribe

[Mike Evron]

subscribe

[Mike Evron]

LLVM16

[Mike]

hi all,

LLVM16 released and PicoLisp successfully compiled out of the box and passed 
all tests on it.
Happy coding.

p.s. LLVM17-nightly works too so far.

(mike)


--
UNSUBSCRIBE: mailto:picolisp@software-lab.de?subject=Unsubscribe

Re: Test with new From header

[Mike]

Test

> On Apr 8, 2023, at 10:42, Alexander Burger  wrote:
> 
> Test, please ignore!
> 
> ☺/ A!ex
> 
> -- 
> UNSUBSCRIBE: mailto:picolisp@software-lab.de?subject=Unsubscribe

--
UNSUBSCRIBE: mailto:picolisp@software-lab.de?subject=Unsubscribe

Re: the purpose of *KeyMap in vip

[Mike]

hi all,

I have create a pil21 compilation on macos repo with custom Makefile for it.
Please follow compilation steps, lets test it.

https://git.envs.net/mpech/pil21-macos


> 
> i am following the how to install picolisp in mac alternative method
> https://picolisp.com/wiki/?alternativeMacOSRepository
> 
> it gets an error in make
> 
> =
> 
> a2289_13@A2289-13s-MBP src % 
> 
> a2289_13@A2289-13s-MBP src % make
> 
> **/opt/local/libexec/llvm-10/bin/llvm-link: lib.bc: error: Unknown 
> attribute kind (68) (Producer: 'APPLE_1_1400.0.29.202_0' Reader: 'LLVM 
> 10.0.1')**
> 
> /opt/local/libexec/llvm-10/bin/llvm-link: **error: ** loading file 'lib.bc'
> 
> make: *** [picolisp.bc] Error 1
> 
> a2289_13@A2289-13s-MBP src % make                 
> 
> **/opt/local/libexec/llvm-10/bin/llvm-link: lib.bc: error: Unknown 
> attribute kind (68) (Producer: 'APPLE_1_1400.0.29.202_0' Reader: 'LLVM 
> 10.0.1')**
> 
> /opt/local/libexec/llvm-10/bin/llvm-link: **error: ** loading file 'lib.bc'
> 
> make: *** [picolisp.bc] Error 1
> 
> a2289_13@A2289-13s-MBP src %    
> 
> =
>

--
UNSUBSCRIBE: mailto:picolisp@software-lab.de?subject=Unsubscribe

LLVM15

[Mike]

hi all,


pil21 successfully passed tests on LLVM15.

Happy coding,
(mike)

--
UNSUBSCRIBE: mailto:picolisp@software-lab.de?subject=Unsubscribe

LLVM13

[Mike]

hi all,


FYI, LLVM13 released and pil21 passed all tests.

(mike)

--
UNSUBSCRIBE: mailto:picolisp@software-lab.de?subject=Unsubscribe

Re: Autumn Lisp Game Jam 2021

[Mike]

September 21, 2021 6:57 PM, "Jean-Christophe Helary" 

wrote:

> It might be off-topic here, if so, let me know, I won't do it again :-)
> 
> "Autumn Lisp Game Jam 2021"
> https://itch.io/jam/autumn-lisp-game-jam-2021
> 

I already have several games in my collection:
o) 2048
o) greed autoplay
https://rosettacode.org/wiki/Greed#PicoLisp
https://asciinema.org/a/369181

(mike)

--
UNSUBSCRIBE: mailto:picolisp@software-lab.de?subject=Unsubscribe

Re: compilation error

[Mike]

Download latest pil21 and run (cd src; make) is winning strategy. I do not 
belive you have problems here. 


> On Sep 2, 2021, at 14:48, vuk...@fastmail.com wrote:
> 
> I didn’t touch the files in any way. No make clean either 
> 
> -- 
> 
>  vuk...@fastmail.com
> 
>> On Thu, Sep 2, 2021, at 3:08 PM, Alexander Burger wrote:
>>> On Thu, Sep 02, 2021 at 02:57:13PM +0400, vuk...@fastmail.com wrote:
>>> yes the latest one. 
>> 
>> Just to be sure: You did not "make clean" before you built it the first time,
>> right? Or modified "src/base.ll" in some other way?
>> 
>> Because the error message complains something about base.ll, and this file 
>> comes
>> pre-built in the tarball for the first bootstrap.
>> 
>> ☺/ A!ex
>> 
>> -- 
>> UNSUBSCRIBE: mailto:picolisp@software-lab.de?subject=Unsubscribe
>> 
> 
> -- 
> UNSUBSCRIBE: mailto:picolisp@software-lab.de?subject=Unsubscribe


--
UNSUBSCRIBE: mailto:picolisp@software-lab.de?subject=Unsubscribe

Re: compilation error

[Mike]

hi all,


August 31, 2021 5:41 PM, vuk...@fastmail.com wrote:

> Hi, 
> 
> I am trying to update picolisp. I dowloaded the rolling release.
> 
> current version: 21.1.25
> 
> when I try to compile I get the following error on my Manjaro box:
> 
> [pil21]$ (cd src; make)
> opt: base.ll:1:1: error: expected top-level entity
> source_filename = "base.l"
> ^
> make: *** [Makefile:40: base.bc] Error 1


Rolling release from January? 
You should download latest release from here and try again:
https://software-lab.de/down.html

(mike)

--
UNSUBSCRIBE: mailto:picolisp@software-lab.de?subject=Unsubscribe

Re: Manually install (newest) PIL21 on Debian/WSL2

[Mike]

> 
> When I download the "rolling release" version, and try to install it locally, 
> I'm asked to first
> install MAKE and CLANG. 

Wrong, INSTALL file tells you install more software if you want to compile 
pil21 from sources.
"opt" tool is part of LLVM ecosystem you miss.

(mike)

--
UNSUBSCRIBE: mailto:picolisp@software-lab.de?subject=Unsubscribe

Re: any picolisp experiences with iSH on iOS ?

[Mike]

Hi,

Alpine is one of primary test box for pil21 test farm. 
It passed full test suite. 


> Anyone have running a picolisp instance successfully on iOS or
> busybox/Alpine?
> 

(mike)


-- 
UNSUBSCRIBE: mailto:picolisp@software-lab.de?subject=Unsubscribe

Re: pil21 + OpenBSD

[Mike]

> 
> I will try to find out more. The problem is in 'listen' so the 'wait' or
> 'accept'. I can send from PicoLisp to a listening netcat, but sending
> from netcat to a listening PicoLisp hangs.

Please run your code on latest pil21 from now or show us example of code.
BTW, sending over udp works:
https://software-lab.de/doc/refU.html#udp

(mike)

--
UNSUBSCRIBE: mailto:picolisp@software-lab.de?subject=Unsubscribe

Re: pil21 + OpenBSD

[Mike]

hi all,
 
> pil21 on OpenBSD still works fine, except for networking, because 'port'
> in @lib/net.l creates an IPv6 socket (domain AF_INET6), and then tries
> to set the IPV6_V6ONLY option. This option is read-only in OpenBSD and
> always set to true.

OpenBSD is not tier1 support system and requires additional request to fix 
portability.
Apply this patch and (port) will start work on OpenBSD, tested.

(mike)


openbsd-port.patch
Description: Binary data

LLVM 12

[Mike]

hi, 

new stable LLVM version released this night.
pil21 passed all tests.
BTW, llvm-nightly aka LLVM13 works too.

p.s. If you have code which works and generates strange result do not hesitate 
post it here and ask.
No open issues so far.

(mike)

--
UNSUBSCRIBE: mailto:picolisp@software-lab.de?subject=Unsubscribe

Re: Why do waitFd and gPoll use 292MY for timeout?

[Mike]

Andras,

https://webirc.envs.net/uploads/5d228d2686705b27/8AB6ED6B-5EAC-4CBC-BCF8-84BB26447763.jpeg
this is my try on latest big sur



April 15, 2021 7:53 PM, "Andras Pahi"  wrote:

> Hi,
> 
> I grabbed the latest pil21.tgz and demoApp.tgz.
> 
> "pil @lib/test.l +" runs without errors.
> 
> On macOS I've got
> 
> ./pil app/main.l -ap~main -'go 4040' +
> 
> 6538 = 58885 48782252818959702~
> 
> ap: !? (wait Ms T "Sd")
> 
> Select error: Invalid argument
> 
> ap? Select error: Invalid argument
> 
> ap? Select error: Invalid argument
> 
> …
> ap? Select error: Invalid argument
> ap? Segmentation fault: 11
> 
> It has the same behavior as the previous version of pil21.
> 
> Regards,
> Andras Pahi
> 
>> On 2021. Apr 15., at 12:51, Alexander Burger  wrote:
>> On Thu, Apr 15, 2021 at 09:34:50AM +0200, Alexander Burger wrote:
>>> Looks like I should do that.
>> 
>> Done!
>> 
>> Can somebody test on a Macintosh or other BSDs?
>> 
>> ☺/ A!ex
>> 
>> --
>> UNSUBSCRIBE: mailto:picolisp@software-lab.de?subject=Unsubscribe

--
UNSUBSCRIBE: mailto:picolisp@software-lab.de?subject=Unsubscribe

Re: Enumerated Trees in PicoLisp

[Mike]

March 25, 2021 9:48 AM, "Alexander Burger"  wrote:

> PicoLisp has a really cool new function!

Test added and tested in LLVM 7, 11-13.

(mike)

--
UNSUBSCRIBE: mailto:picolisp@software-lab.de?subject=Unsubscribe

Re: pil21 + OpenBSD

[Mike]

>> Cool, good news! Thanks a lot!

Updated for OpenBSD
https://git.envs.net/mpech/pil21-tests/src/branch/master/INSTALL-.md

(mike)

--
UNSUBSCRIBE: mailto:picolisp@software-lab.de?subject=Unsubscribe

Re: pil21 + OpenBSD

[Mike]

> Is there a simpler way?

No, let me describe my steps then if you interested in.

(mike)

--
UNSUBSCRIBE: mailto:picolisp@software-lab.de?subject=Unsubscribe

pil21 + OpenBSD

[Mike]

hi all,

I have successfully compiled and run tests for pil21 on openbsd 6.8
Documentation and full system portability is a question of future research.

$ pil +
: (version)
21.3.5
-> (21 3 5)
: (call 'uname '-a)
OpenBSD openbsd.localdomain 6.8 GENERIC.MP#5 amd64
: (** 2 222)
-> 673998787659948666753771754907668409286105635143120275902562304
: (bye)
$

(mike)

--
UNSUBSCRIBE: mailto:picolisp@software-lab.de?subject=Unsubscribe

Re: Database tutorial

[Mike]

March 2, 2021 7:13 PM, "Todd Roth"  wrote:

> Hello,
> The tutorial on the docs page use to have a nice section on database 
> functionality and a brief
> intro to pilog. 

This is not tutorial, but you could try to read existent code in repos:


https://git.envs.net/mpech/tankf33der
https://git.envs.net/mpech/pil21-tests


1. to find DB code:
find . -name "*.l" | xargs grep "pool"

2 rosetta's nest:
https://git.envs.net/mpech/pil21-tests/src/branch/master/pilog-rosetta.l

(mike)

--
UNSUBSCRIBE: mailto:picolisp@software-lab.de?subject=Unsubscribe

Re: history not saved anymore?

[Mike]

hi all,

> 
> I just switched to pil21 because I noticed a bug with pil64 in “pil +” and 
> wanted to see if it was
> corrected… (when inserting a closing paren, the cursor jumps to the opening 
> one and freezes)
> 

This is not pil64's issue, but muslc's brutal change:
https://git.musl-libc.org/cgit/musl/tree/WHATSNEW#n2141
I seen this behavior on AlpineLinux for years till now.

p.s. Pil21 tested on Alpine Linux since creation and successfully passing 
everything.

(mike)

--
UNSUBSCRIBE: mailto:picolisp@software-lab.de?subject=Unsubscribe

Re: native/lisp in picoLisp 32

[Mike]

February 10, 2021 7:29 AM, "C K Kashyap"  wrote:

> Hi all,
> Has anyone done the C implementation of the native and lisp (for callback)? I 
> am trying to work it
> out based on the 64bit source but I think it will be a lot easier if I had a 
> C implementation for
> reference :)
> 

You already asked this here and Great Mr.Pahi already answered:
https://www.mail-archive.com/picolisp@software-lab.de/msg09811.html
His repo is the only choice.

(mike)

--
UNSUBSCRIBE: mailto:picolisp@software-lab.de?subject=Unsubscribe

pil21 on RISC-V

[Mike]

hi all,

pil21 passed all tests inside RISC-V qemu:

$ uname  -a
Linux ubuntu 5.8.0-14-generic #16~20.04.3-Ubuntu SMP Mon Feb 1 16:33:19 UTC 
2021 riscv64 riscv64 riscv64 GNU/Linux
$ pil +
: (version)
212.5
-> (21 2 5)
: *OS
-> "Linux"
: *CPU
-> "riscv64"
: (let L (chop (** 5 (** 4 (** 3 2
  (prinl (head 20 L) "..." (tail 20 L))
  (length L) )
62060698786608744707...92256259918212890625
-> 183231
: (%@ "malloc" 'N 123)
-> 1057627088
: (bye)
$


(mike)

--
UNSUBSCRIBE: mailto:picolisp@software-lab.de?subject=Unsubscribe

Re: Beautiful and Lucid PicoLisp Mind Maps

[Mike]

> 
> The provided url is for an active session in the PicoLisp wiki. Can you post 
> the "public" url that
> appears at the bottom of your article? (e.g https://picolisp.com/wiki/?home)
> 
> Looking forward to checking it out!
>

I have wiki account and failed someway.

(mike)

--
UNSUBSCRIBE: mailto:picolisp@software-lab.de?subject=Unsubscribe

Re: Compile issues

[Mike]

> henrik@henrik-tuf:~$ llvm-config --version
> 6.0.0

You must have LLVM7+.
Tested in range LLVM 7-12, versions in range do not have compatible breaks in 
primitives. 

(mike)



--
UNSUBSCRIBE: mailto:picolisp@software-lab.de?subject=Unsubscribe

Re: Question for understanding usage of pipes

[Mike]

January 15, 2021 7:21 PM, "Christos Gitsis"  wrote:


> 
> Is there a way to do this and get the result:
> -> ("0001110111" "1000110111" "1100110100")
> ?

https://envs.sh/BF.l

This is my code how i *feel* this task.

(mike)

--
UNSUBSCRIBE: mailto:picolisp@software-lab.de?subject=Unsubscribe

Re: Compile issues

[Mike]

Whats is llvm version?


> On Jan 15, 2021, at 08:03, Henrik Sarvell  wrote:
> 
> 
> Hi Alex, 
> 
> I'm trying to compile newest PicoLisp but get this:
> 
> henrik@henrik-tuf:/feting/Downloads/picoLisp-21.1/pil21/src$ make
> Intrinsic has incorrect argument type!
> void (i8*, i8*, i64, i1)* @llvm.memcpy.p0i8.p0i8.i64
> Intrinsic has incorrect argument type!
> void (i8*, i8*, i64, i1)* @llvm.memcpy.p0i8.p0i8.i64
> Intrinsic has incorrect argument type!
> void (i8*, i8*, i64, i1)* @llvm.memcpy.p0i8.p0i8.i64
> Intrinsic has incorrect argument type!
> void (i8*, i8*, i64, i1)* @llvm.memcpy.p0i8.p0i8.i64
> Intrinsic has incorrect argument type!
> void (i8*, i8*, i64, i1)* @llvm.memcpy.p0i8.p0i8.i64
> Intrinsic has incorrect argument type!
> void (i8*, i8*, i64, i1)* @llvm.memcpy.p0i8.p0i8.i64
> Intrinsic has incorrect argument type!
> void (i8*, i8, i64, i1)* @llvm.memset.p0i8.p0i8.i64
> Intrinsic has incorrect argument type!
> void (i8*, i8, i64, i1)* @llvm.memsetp0i8.p0i8.i64
> Intrinsic has incorrect argument type!
> void (i8*, i8, i64, i1)* @llvm.memset.p0i8.p0i8.i64
> Intrinsic has incorrect argument type!
> void (i8*, i8, i64, i1)* @llvm.memset.p0i8.p0i8.i64
> Intrinsic has incorrect argument type!
> void (i8*, i8*, i64, i1)* @llvm.memcpy.p0i8.p0i8.i64
> Intrinsic has incorrect argument type!
> void (i8*, i8*, i64, i1)* @llvm.memcpy.p0i8.p0i8.i64
> Intrinsic has incorrect argument type!
> void (i8*, i8*, i64, i1)* @llvm.memcpy.p0i8.p0i8.i64
> Intrinsic has incorrect argument type!
> void (i8*, i8*, i64, i1)* @llvm.memcpy.p0i8.p0i8.i64
> Intrinsic has incorrect argument type!
> void (i8*, i8*, i64, i1)* @llvm.memcpy.p0i8.p0i8.i64
> Intrinsic has incorrect argument type!
> void (i8*, i8*, i64, i1)* @llvm.memcpy.p0i8.p0i8.i64
> Intrinsic has incorrect argument type!
> void (i8*, i8*, i64, i1)* @llvm.memcpy.p0i8.p0i8.i64
> opt: base.ll: error: input module is broken!
> Makefile:35: recipe for target 'base.bc' failed
> make: *** [base.bc] Error 1
> 
> I found this discussion related to this problem: 
> https://stackoverflow.com/questions/51429898/llvm-link-error-when-using-memcpy-in-c-code-and-compiling-with-wasm-target
> 
> I would try and fiddle myself but I can't for the life of me figure out where 
> to put that extra param / flag in your makefile.
> 
> I'm on Ubuntu 18.04 but with a newer kernel: 5.4.0-050400-generic if it 
> matters.
> 
> Regards,
> Henrik Sarvell

Re: Pil21 is now in Debian Unstable

[Mike]

hi all,

> This means we are now "officially" on pil21!

Humblest announce after a year of work.

Additional information:
- works under LLVM7+ (tested on ranges 7,9,10,11 versions)
- can bootstrap itself without pil32 and pil64
- test suite covers 95% of 370 builtin primitives
- bravely switch to pil21, should work.

Happy coding and New Year,

(mike)

--
UNSUBSCRIBE: mailto:picolisp@software-lab.de?subject=Unsubscribe

Re: Advent of Code 2020

[Mike]

> Here is the repository https://github.com/dbertolotto/advent-of-code-2020
> 

I will add modified code from this repo to test suite for pil21 in January.

(mike)

--
UNSUBSCRIBE: mailto:picolisp@software-lab.de?subject=Unsubscribe

Re: Advent of Code 2020

[Mike]

December 16, 2020 6:09 PM, "Davide BERTOLOTTO"  
wrote:

> Hi all,
> 
> For anyone who is interested, I am participating to the advent of code 2020
> (https://adventofcode.com/) using Picolisp.
> 
> Here is the repository https://github.com/dbertolotto/advent-of-code-2020
> 

Thanks for sharing, congratulations.
BTW, did you use pil64 or pil21?
You definitely could switch to newer pil21 for testing and fun.

(mike)

--
UNSUBSCRIBE: mailto:picolisp@software-lab.de?subject=Unsubscribe

Re:

[Mike]

> I've published a new article to the wiki:
> 
> https://picolisp.com/wiki/?metaprogrammingexperiments
> 
> It details my continued exploration of writing "Common Lisp style" macros in 
> PicoLisp
> 

Builtin tests passed under pil21 too.

(mike)

--
UNSUBSCRIBE: mailto:picolisp@software-lab.de?subject=Unsubscribe

pijul mirror

[Mike]

hi all,

I've setup next mirror for pil21 distribution via pijul:
https://nest.pijul.com/tankf33der/pil21
I will maintain as long as possible, updates daily.

p.s.
Pijul is in alpha state, unstable and full of pain.
Use on your own risk only if you have free time to play and fun.

(mike)

--
UNSUBSCRIBE: mailto:picolisp@software-lab.de?subject=Unsubscribe

Re: Licence Dilemma

[Mike]

> On Nov 21, 2020, at 15:30, Jeronimo Pellegrini  wrote:
> 
> "Mike"  writes:
> 
> Hello,
> 
>> Jeronimo,
>> mruby is not ruby itself, but also created by Matsumoto.
>> https://github.com/mruby/mruby
>> I see this is under MIT.
>> 
>> How it was possible ?
> 
> But is it distributed with/links to libreadline?
> 

https://www.archlinux.org/packages/community/x86_64/mruby/

This meta info about package links readline as dependency, like pil21 do


(mike)

Re: Licence Dilemma

[Mike]

Hi,

> The software modules that link with the library may be under various GPL
> compatible licenses, but the work as a whole must be licensed under the
> GPL

Also found this
https://opensource.stackexchange.com/questions/6062/using-gpl-library-with-mit-licensed-code

Damn, this is “Licence Dilemma” but nightmare. 

(mike)

Re: Licence Dilemma

[Mike]

Jeronimo,

mruby is not ruby itself, but also created by Matsumoto.
https://github.com/mruby/mruby
I see this is under MIT.

How it was possible ?




November 21, 2020 2:15 PM, "Jeronimo Pellegrini"  wrote:

> "Mike"  writes:
> 
>> hi all,
>> 
>>> at yesterday's PilCon it turned out that pil21 has a serious licence 
>>> problem.
>> 
>> We already discussed this pseudo problem with Alex in Delta Chat thread.
>> If I understand now correctly this is not a problem and Pil21 should keep 
>> using readline GPL
>> library and be covered by MIT/X11 licence.
> 
> As I understand, this is exactly what the GPL was intended to not let
> happen. And this is what led CLISP to be licensed under the GPL long
> time ago:
> 
> https://gitlab.com/gnu-clisp/clisp/-/blob/master/doc/Why-CLISP-is-under-GPL
> 
> Haible, in his last email in that thread, mentions that
> 
> I had to put CLISP under GPL because libreadline.a was something I wanted
> to use and I didn't want to write myself. libgmp.a is similar in this
> respect, and it may therefore help putting some new packages under GPL.
> 
> Building libgmp.a was just too hard work. Other people shouldn't get it for
> free.
> 
>> 1.
>> Lets take a real world example, get all packages of ArchLinux required by 
>> readline, "Required By
>> (133)" on the right:
>> https://www.archlinux.org/packages/core/x86_64/readline
>> 
>> https://www.archlinux.org/packages/community/x86_64/mruby
>> Mruby, ruby's official mini implementation from Mr. Matsumoto covered by MIT 
>> licence and have
>> readline as dependency.
>> I assume Matsumoto knows everything about licences.
> 
> I'm not sure what happens with Ruby; there seems to be a "GPL" file in
> their repository, but the "COPYING" file only mentions the Ruby
> license and the BSD license.
> 
> https://github.com/ruby/ruby/blob/master/COPYING
> https://github.com/ruby/ruby/blob/master/GPL
> 
> The "LEGAL" file, which would list all used software and their licenses
> do not mention readline.
> 
> https://github.com/ruby/ruby/blob/master/LEGAL
> 
> Ruby used to be licensed under GPLv2 also, but they dropped it.
> readline switched from GPLv2 to GPLv3 in version 6.
> 
> Anyway -- see below about the meaning of a license being compatible
> with the GNU GPL.
> 
>> 2. Wikipedia text for MIT says: "... The MIT license is compatible
>> with many copyleft licenses, such as the GNU General Public License
>> (GPL); ..."
> 
> Compatible means you can use them together. Butif you do, the resulting
> software needs to be licensed under the GPL. From the GPL, section 5(c):
> 
> c) You must license the entire work, as a whole, under this License to
> anyone who comes into possession of a copy. This License will therefore
> apply, along with any applicable section 7 additional terms, to the
> whole of the work, and all its parts, regardless of how they are
> packaged. This License gives no permission to license the work in any
> other way, but it does not invalidate such permission if you have
> separately received it.
> 
> So you'd need to license the entire work, as a whole, under the GPL.
> 
> From the MIT license:
> 
> Permission is hereby granted, free of charge, to any person obtaining a
> copy of this software and associated documentation files (the
> "Software"), to deal in the Software without restriction, including
> without limitation the rights to use, copy, modify, merge, publish,
> distribute, sublicense,
> 
> "Sublicense" -- it allows you to relicense the work under a different
> license.
> 
> From RMS/FSF (https://www.gnu.org/licenses/license-compatibility.html):
> 
> By the same token, lax licenses are usually compatible with any copyleft
> license. In the combined program, the parts that came in under lax
> licenses still carry them, and the combined program as a whole carries
> the copyleft license.
> 
> Also (https://www.gnu.org/licenses/gpl-faq.html#IfLibraryIsGPL),
> 
> The software modules that link with the library may be under various GPL
> compatible licenses, but the work as a whole must be licensed under the
> GPL
> 
> J.

--
UNSUBSCRIBE: mailto:picolisp@software-lab.de?subject=Unsubscribe

Re: Licence Dilemma

[Mike]

hi all,

 
> at yesterday's PilCon it turned out that pil21 has a serious licence problem.
> 

We already discussed this pseudo problem with Alex in Delta Chat thread.
If I understand now correctly this is not a problem and Pil21 should keep using 
readline GPL library and be covered by MIT/X11 licence.

1.
Lets take a real world example, get all packages of ArchLinux required by 
readline, "Required By (133)" on the right:
https://www.archlinux.org/packages/core/x86_64/readline/


https://www.archlinux.org/packages/community/x86_64/mruby/
Mruby, ruby's official mini implementation from Mr. Matsumoto covered by MIT 
licence and have readline as dependency.
I assume Matsumoto knows everything about licences.

2. Wikipedia text for MIT says: "... The MIT license is compatible with many 
copyleft licenses, such as the GNU General Public License (GPL); ..."

(mike)

--
UNSUBSCRIBE: mailto:picolisp@software-lab.de?subject=Unsubscribe

Re: pil21 on Mac, some errors

[Mike]

> Right. But it is needed so that it also runs on other systems.
> The else-bodo of the 'if' works for me under Debian.

Just hack for testing.

(mike)

--
UNSUBSCRIBE: mailto:picolisp@software-lab.de?subject=Unsubscribe

Re: pil21 on Mac, some errors

[Mike]

> I hear from Mike that "Darwin" is not correct for pil21.
> 
> "Macos"?

This is not issue anymore, I have manually disabled this if to use correct 
definitions. 

(mike)



--
UNSUBSCRIBE: mailto:picolisp@software-lab.de?subject=Unsubscribe

Re: pil21 on Mac, some errors

[Mike]

November 5, 2020 7:09 PM, "Alexander Burger"  wrote:

> On Thu, Nov 05, 2020 at 05:14:03PM +0100, Alexander Burger wrote:
> 
>> So perhaps the output of strace tells us more.
> 
> Hmm, not really. Mike posted one in IRC. It says "invalid kernel access" 
> several
> times, but I have no idea what it means.
> 
> Does anybody have experience with libffi on Mac?
> 

1. it was system integrity protection, disabled for dtruss for future run.

2. installation
brew cask install xquartz
brew install freeglut
reboot

3. changed pathes to glut libraries in @lib/openGl.l
 (default
  *GluLib "libGLU1.dylib"
  *GlutLib "libglut.3.dylib" ) )

4. and now i am getting this error:
$ pil21 @misc/cube.l
: !? (native "libGLU.1.dylib" "gluPerspective" NIL "*Dbl1" "*Dbl2" "*Dbl3" 
"*Dbl4")
"libGLU.1.dylib" -- [DLL] dlopen(libGLU.1.dylib, 9): image not found
? 
: 


(mike)

--
UNSUBSCRIBE: mailto:picolisp@software-lab.de?subject=Unsubscribe

Re: pil21 on Mac, some errors

[Mike]

hi all,


> 3. It is the general problem with libffi which was mentioned by Mike. I don't
> know more about it atm.

I've got access to MacOs again to test libffi interface:

1. trivial test works:
$ pil21 +
: (native "./native.so" "returnbyte" 'B)
-> 255
: 

2. (native "@" ...) will fail because macos has different libc system name:
$ pil21 + 
: (native "@" "getenv" 'S "TERM")
Bad ffi
? 
: (native "libSystem.B.dylib" "getenv" 'S "TERM")
-> "xterm-256color"

In general should be fine.

(mike)

--
UNSUBSCRIBE: mailto:picolisp@software-lab.de?subject=Unsubscribe

Re: pil21 on Mac, some errors

[Mike]

October 26, 2020 10:08 AM, "Jon Kleiser"  wrote:

> Hi,
> 
> Yesterday I tried installing pil21 on my Mac, following Mike Pechkin's 
> instructions here:
> 
> https://git.envs.net/mpech/pil21-tests/src/branch/master/INSTALL-.md
> 
> Here’s the output from the last line:
> 
> $ gcc sysdefs.c && ./a.out > ../lib/sysdefs
> sysdefs.c:45:21: error: use of undeclared identifier '_OS'
> printf("# %s\n", _OS);
> ^
> sysdefs.c:46:21: error: use of undeclared identifier '_CPU'
> printf("# %s\n", _CPU);
> ^
> 2 errors generated.
> 
> And here’s the output from my first attempt to use pil:
> 
> $ ../pil
> [../lib/net.l:3] !? (in (or "Alt" "@lib/sysdefs") (if (from (pack "^J[" "Sym" 
> "]^J")) (while (and
> (skip) (<> "[" @)) (def (read) (read))) (quit "No sysdefs" "Sym")))
> "@lib/sysdefs" -- Open error: No such file or directory
> ?
> : (version)
> 21.0.0
> -> (21 0 0)
> : (bye)
> 
> Is there some easy fix to get rid of these errors?
> 

I've updated and tested Macos compilation:
https://git.envs.net/mpech/pil21-tests/commit/fa7dee9050b736ecc9067433e3c0006b71a5e514

In general MacOs platform works except (native) interface.
It requires additional research in portability.

(mike)

--
UNSUBSCRIBE: mailto:picolisp@software-lab.de?subject=Unsubscribe

Re: pil21 on Mac, some errors

[Mike]

> I'm not sure, but after I sent Mike's link to another MacOS user, he answered:
> 
> By following his instruction for macOS 10.15, I was able to build/run on Mac.
> I just needed to upgrade homebrew tools, and use GCC-9 for opt assembler.
> 
> No idea what that means, but perhaps you know?
> 

"opt" tool is part of LLVM ecosystem and Pil21 depends only on LLVM.

(mike)

--
UNSUBSCRIBE: mailto:picolisp@software-lab.de?subject=Unsubscribe

Re: pil21 on Mac, some errors

[Mike]

> It boils down to: use current versions of your toolchain. On my mint19
> machine i had to manually update llvm from 6(?) to 10 :)
> 

Right, pil21 only works in LLVM7+ environment.

(mike)

--
UNSUBSCRIBE: mailto:picolisp@software-lab.de?subject=Unsubscribe

Re: pil21 on Mac, some errors

[Mike]

> Is there some easy fix to get rid of these errors?

Sure, I will try repeat steps from scratch this evening on Mac and will update 
the steps

p.s. BTW, homebrew switched to LLVM11. Lucky pil21 supports and tested on 
LLVM11 too.

(mike)

--
UNSUBSCRIBE: mailto:picolisp@software-lab.de?subject=Unsubscribe

fixed point math tutorial

[Mike]

hi all,

I would like to announce yet another fixed point math tutorial for PicoLisp:
https://hub.darcs.net/tankf33der/fixedpoint

Comments, fixes and objections are very welcome.

(mike)

--
UNSUBSCRIBE: mailto:picolisp@software-lab.de?subject=Unsubscribe

Re: Pil vs Pil21 performances

[Mike]

hi all,

September 5, 2020 12:28 AM, "Davide BERTOLOTTO"  
wrote:

> Ok, I managed to turn on the optimization (opt -O3) and the results improved
> 
> *** recursive
> 
> -- picolisp 3.007 sec
> 
> -- pil21 4.249 sec
> 
> *** iterative
> 
> -- picolisp 0.515 sec
> 
> -- pil21 0.368 sec
> 
> Apparently with the optimization cache does not segfault...


1.
There are several unofficial mirrors to get sources:
daily:
https://github.com/picolisp/pil21

hourly:
https://git.envs.net/mpech/pil21
https://hub.darcs.net/tankf33der/pil21

2.
There is unofficial test suite:
https://git.envs.net/mpech/pil21-tests
Eventually running on: Arch, Void, Alpine, Centos, Oracle Linux, Fedora, Debian.

3.
This is required steps to compile on Solaris and Macos, please try to repeat on 
others OS.
LLVM7+ required plus ecosystem.
https://git.envs.net/mpech/pil21-tests/src/branch/master/INSTALL-.md 


4. for running pil21 I copied pil to pil21 script, and have easy separation 
between implementations:
[mpech@lambda pil21]$ ls -l pil*
-rwxr-xr-x 1 mpech mpech 62 aug 30 22:47 pil
-rwxr-xr-x 1 mpech mpech 62 aug 30 22:47 pil21
$

5.
p.s. "ulimit -s 16000" is good start point for pil21.
p.s.s. To make some noise and fun try to run your picolisp's code on pil21.
p.s.s.s. Comparing LLVM and Assembler backend is not fair, and pil21 will be 
always slower in 5-15% range. 

(mike)

--
UNSUBSCRIBE: mailto:picolisp@software-lab.de?subject=Unsubscribe

Re: cells in picolisp [tutorial, slides]

[Mike]

Sure

https://git.envs.net/mpech/tankf33der/src/branch/master/cells/data-



> On Jun 6, 2020, at 10:41, George-Phillip Orais 
>  wrote:
> 
> 
> Hi Mike, I like this too, thank you for sharing! Btw do you have another 
> format for this something like Powerpoint? If yes can I ask for a copy too? 
> Thanks again and hope to meet you on one of FFF (Fridays for Functions)
> 
>> On Sat, Jun 6, 2020 at 7:52 AM C K Kashyap  wrote:
>> I liked it :)
>> Thanks,
>> Kashyap
>> 
>>> On Fri, Jun 5, 2020 at 5:37 AM Mike  wrote:
>>> hi all,
>>> 
>>> https://envs.net/~mpech/cells-tutorial.pdf
>>> 
>>> I've created tutorial about cell as root of data type hierarchy.
>>> Goal of PDF is understanding of destructive functions.
>>> I hope you will learn something new.
>>> 
>>> Happy coding,
>>> (mike)
>>> 
>>> -- 
>>> UNSUBSCRIBE: mailto:picolisp@software-lab.de?subjectUnsubscribe

cells in picolisp [tutorial, slides]

[Mike]

hi all,

https://envs.net/~mpech/cells-tutorial.pdf

I've created tutorial about cell as root of data type hierarchy.
Goal of PDF is understanding of destructive functions.
I hope you will learn something new.

Happy coding,
(mike)

--
UNSUBSCRIBE: mailto:picolisp@software-lab.de?subject=Unsubscribe

Re: divmod?

[Mike]

May 3, 2020 1:13 AM, "Wilhelm Fitzpatrick"  wrote:

> I'm not finding such a thing in the function reference, but asking on the off 
> chance I'm
> overlooking it. Is there a way in Picolisp to get a division result and 
> remainder as a single
> operation?

Sure
http://ix.io/2kBM

--
UNSUBSCRIBE: mailto:picolisp@software-lab.de?subject=Unsubscribe

Re: Pil21 Status

[Mike]

May 1, 2020 4:55 PM, "Alexander Burger"  wrote:

> Hi all,
> 
> pil21 reached the first milestone:
> It passes the bignum tests in @misc/bigtest :)


Confirmed on x64 LLVM10.

--
UNSUBSCRIBE: mailto:picolisp@software-lab.de?subject=Unsubscribe

Re: picoLisp 19.12: variable length array in structure fixes

[Mike]

> Maybe not related to this one, but on Mac OS X the heap size is limited
> to 65532KB. On startup picolisp fails to set the unlimited stack size,
> And use the actual ulimit so on the first run I’ve got a SIGSEGV running 
> code2015.l
> 

Indeed! I always forget this requirement on Openbsd.
$ ulimit -s 32000
and it passed malloc guards.
Thanks.

(mike)

--
UNSUBSCRIBE: mailto:picolisp@software-lab.de?subject=Unsubscribe

Re: picoLisp 19.12: variable length array in structure fixes

[Mike]

hi all,

> If you are interested I have patched the 19.12 32bit sources to compile 
> without GCC.
> I have attached the changed files: pico.h, main.c, apply.c and flow.c
> 
> Since clang does not support variable length array in structures I allocate 
> the bindFrame
> with alloca() and provided a macro in pico.h to ease this: allocFrame().
> 
> I know that the 32bit version is not the mainstream version, but feel free to
> abuse the patches.

FYI

Breaking news from secret testing laboratory:
pil32-original and pil32-VLA killed by malloc guard in OpenBSD 6.6+syspatch:
$ sysctl -w vm.malloc_conf="SC"
$ pil code2015.l +
Segmentation fault (core dumped)
$ dmesg | tail -1
[picolisp]35577/479639 sp=cefce000 inside cefcf000-cf7ce000: not MAP_STACK

p.s. BTW, ASan from gcc and clang - ok
p.s.s. Several years ago (6.2-6.4 ?) it worked.

(mike)

--
UNSUBSCRIBE: mailto:picolisp@software-lab.de?subject=Unsubscribe

Re: picoLisp 19.12: variable length array in structure fixes

[Mike]

April 20, 2020 11:01 AM, "Andras Pahi"  wrote:

> Hi Mike,
> 
> pil32, x64 means you’ve built the contents of the src/ dir in x64 mode ?
> 

pil32, x64 - means gcc and voidlinux-x64 compiled-supports multilib.
I use pil32 and pil64 on the same machine, I always in pil64, but can switch 
fast.

(mike)

--
UNSUBSCRIBE: mailto:picolisp@software-lab.de?subject=Unsubscribe

Re: picoLisp 19.12: variable length array in structure fixes

[Mike]

> 
> You don’t need energy, you need some patience.
> 

Hard get patience when code running 9x slower :)
Its awesome your patch is working and correct, congratulations!

There are more numbers for the only task "advent2015":
pil64, x64 - 1 min
pil32, x64 - 9 min
pil32, 686 - 9 min
pil32, 686, -O3 - 7 min
VLA patch, 686 - 10 min

p.s. I will create patch and will store in tankf33der repo.
  
(mike)

--
UNSUBSCRIBE: mailto:picolisp@software-lab.de?subject=Unsubscribe

Re: picoLisp 19.12: variable length array in structure fixes

[Mike]

hi all,

> If you are interested I have patched the 19.12 32bit sources to compile 
> without GCC.
> I have attached the changed files: pico.h, main.c, apply.c and flow.c

My testing status for https://github.com/picolisp/picolisp

1. pil @lib/test.l +
clang  - ok
clang+asan - ok
tcc-git- ok


2. huge.l - failed (you must take care)
$ git clone https://git.envs.net/mpech/tankf33der.git
$ cd tankf33der
$ pil huge.l + 
OK-UTF8
OK-Montgomery
OK-Leibniz
OK-math
OK-forth
OK-parse2list
OK-mapreduce
OK-pow
OK-destr
OK-test-car
OK-bitwise
# reduce redefined
# pow redefined
OK-4clojure
# pow redefined
// hangs in advent2015/code2015.l
// is it hangs or very-very slow?
// the same in crypto/test.l

!!!
Super goal - huge.l should pass all code with your patch set.


p.s. I dont have enough energy right now to debug all this.  

(mike)

--
UNSUBSCRIBE: mailto:picolisp@software-lab.de?subject=Unsubscribe

pastebin service

[Mike]

hi all,

https://git.envs.net/mpech/skudra

I've implement pastebin (or ix.io) service to share code or snippets on 
PicoLisp web framework
Comments and objections are very welcome.

(mike)

--
UNSUBSCRIBE: mailto:picolisp@software-lab.de?subject=Unsubscribe

Re: Interning symbols in lib/simul.l

[Mike]

> I'm studying lib/sumul.l, specifically the 'grid function.

In my repo you would find a lot of usage examples for grid:
https://git.envs.net/mpech/tankf33der/

(mike)

--
UNSUBSCRIBE: mailto:picolisp@software-lab.de?subject=Unsubscribe

Re: xxhash

[Mike]

http://rosettacode.org/wiki/Find_duplicate_files#PicoLisp

> https://git.envs.net/mpech/xxhash-picolisp
> This binding I will use in this task:
> http://rosettacode.org/wiki/Find_duplicate_files

(mike)

--
UNSUBSCRIBE: mailto:picolisp@software-lab.de?subject=Unsubscribe

xxhash

[Mike]

hi all,

https://git.envs.net/mpech/xxhash-picolisp
This binding I will use in this task:
http://rosettacode.org/wiki/Find_duplicate_files


BTW, I have a collection of hashes implemented on PicoLisp:
https://git.envs.net/mpech/tankf33der/src/branch/master/hash 

(mike)

--
UNSUBSCRIBE: mailto:picolisp@software-lab.de?subject=Unsubscribe

Re: pil21 repo

[Mike]

>> Someday all this must move to github.com/picolisp.
>> @Mansur will take care.
> 
> Why not use sr.ht ?
> It fully supports W3C accessibility guidelines.

o) Because github.com is free
o) Better have one point of entry
o) No one will pay for sr.ht account (in general its not free)

(mike)

--
UNSUBSCRIBE: mailto:picolisp@software-lab.de?subject=Unsubscribe

pil21 repo

[Mike]

hi all,

repo for pil21 exists, updating hourly.
https://git.envs.net/mpech/pil21

Script beyond repo is simple:
rm -rf pil21.tgz
wget -q http://software-lab.de/pil21.tgz
tar zxf pil21.tgz
cd pil21
git add .
git commit -aqm "." > /dev/null
git push -q


Someday all this must move to github.com/picolisp.
@Mansur will take care.

(mike)

--
UNSUBSCRIBE: mailto:picolisp@software-lab.de?subject=Unsubscribe

Re: pil21, some progress

[Mike]

> 
> ckk@DESKTOP-LROQHRF:~/picoLisp21/pil21/src$ make
> llvm-link: base.bc: error: Unknown attribute kind (60) (Producer: 'LLVM9.0.1' 
> Reader: 'LLVM 6.0.0')
> llvm-link: error loading file 'base.bc'
> Makefile:22: recipe for target 'picolisp.bc' failed
> make: *** [picolisp.bc] Error 1
> 

Attention: you *must* provide LLVM toolchain (llvm-xxx, clang) of one version!
Void linux has the same issue, so i use archlinux-based for pil21.

(mike)

--
UNSUBSCRIBE: mailto:picolisp@software-lab.de?subject=Unsubscribe

Installation and update

[Mike]

hi all,

I've wrote all information how I do install and update of PicoLisp over all my 
machines.
Page contains 3 variations how to bootstrap to pil64.
https://git.envs.net/mpech/tankf33der/src/branch/master/install-picolisp.md

Comments and updates are welcome

(mike)

--
UNSUBSCRIBE: mailto:picolisp@software-lab.de?subject=Unsubscribe

Re: compilation benchmark

[Mike]

August 15, 2019 11:21 AM, "Mike"  wrote:

> hi all,
> 
> https://picolisp.com/wiki/?compilationbenchmark
> Next week I will post this link to HN, lobste.rs and reddit.com/r/lisp
> If you have something to edit or add please do.
> 

Posted:

https://news.ycombinator.com/item?id=20736940
https://lobste.rs/s/fiakxo/picolisp_compilation_benchmark
https://www.reddit.com/r/lisp/comments/csg23a/picolisp_compilation_benchmark/

(mike)

--
UNSUBSCRIBE: mailto:picolisp@software-lab.de?subject=Unsubscribe

compilation benchmark

[Mike]

hi all,

https://picolisp.com/wiki/?compilationbenchmark
Next week I will post this link to HN, lobste.rs and reddit.com/r/lisp
If you have something to edit or add please do.

(mike)

--
UNSUBSCRIBE: mailto:picolisp@software-lab.de?subject=Unsubscribe

Re: rolling release process

[Mike]

July 13, 2019 9:53 PM, "Grant Shangreaux"  wrote:

> Hi everyone.
> 
> I'd like to switch to the rolling release edition, can you recommend the best 
> way to update?

Mansur already running mirrors on bitbucket and github (too?) for tgz releases.
https://bitbucket.org/mmamkin/picolisp/src/default
https://github.com/picolisp/picolisp

I have ~6 repos in multirepo setup
https://linux.die.net/man/1/mr

my daily use:
# mr up
// if picolisp fetched something new
# cd picolisp/src64
# make



BTW, i run pil from picolisp root
$ which pil
/home/mpech/picolisp/pil


(mike)

--
UNSUBSCRIBE: mailto:picolisp@software-lab.de?subject=Unsubscribe

Re: VIP Auto-Load and ASCII Diagrams

[Mike]

> # VIP @lib/vip/draw.l
> (box 3 4 10 15)
> 
> then open it with 'vip' and press "v" to view the drawing, I suspect it 
> crashes
> too. Is that the case?
> 

No, It draw a box

--
UNSUBSCRIBE: mailto:picolisp@software-lab.de?subject=Unsubscribe

Re: VIP Auto-Load and ASCII Diagrams

[Mike]

confirmed, crashed.
corrected steps to reproduce:
echo "# VIP @lib/vip/draw.l" > /root/mike1
vip /root/mike1
:w
= bottom of editor =
1/1 mike1  
1,1/1 0%
:wSegmentation fault



BTW, openbsd too, backtrace from gdb


#0  doSuper () at x86-64.openBsd.base.s:12883
12883  cmovnzq  (%r13), %r13
(gdb) bt
#0  doSuper () at x86-64.openBsd.base.s:12883
#1  0x0002124f86b0 in ?? ()
#2  0x0002124f86c0 in ?? ()
#3  0x7f7c4398 in ?? ()
#4  0x0022d488 in SymTab ()
#5  0x00214b61 in .851 () at x86-64.openBsd.base.s:12125
#6  0x in ?? ()
Current language:  auto; currently asm
(gdb)


July 4, 2019 1:18 PM, "Wojciech Gac"  wrote:

> Provided you have Vip in your path, just run it, open a new file, input the 
> line:
> # VIP @lib/vip/draw.land try saving via :w
> 
> czw., 4 lip 2019 o 12:03 Mike  napisał(a):
> 
>> I've never used vip before and dont understand what steps I should do to 
>> crash
>> 
>> July 4, 2019 12:51 PM, "Alexander Burger"  wrote:
>> 
>>> On Tue, Jul 02, 2019 at 06:58:21PM +0900, Alexander Burger wrote:
>>> 
>>>> On Tue, Jul 02, 2019 at 11:28:19AM +0200, Wojciech Gac wrote:
>>>> Weird... I've updated my PicoLisp and when I try to save a file with the
>>>> following line:
>>>> 
>>>> # VIP @lib/vip/draw.l
>>>> 
>>>> Vip dies and I get a segmentation fault.
>>>> 
>>>> Strange! Can you try to strace or something?
>>> 
>>> Does anybody else can reproduce this crash?
>>> 
>>> ☺/ A!ex
>>> 
>>> --
>>> UNSUBSCRIBE: mailto:picolisp@software-lab.de?subject=Unsubscribe
>> 
>> --
>> UNSUBSCRIBE: mailto:picolisp@software-lab.de?subjectUnsubscribe

--
UNSUBSCRIBE: mailto:picolisp@software-lab.de?subject=Unsubscribe

Re: VIP Auto-Load and ASCII Diagrams

[Mike]

I've never used vip before and dont understand what steps I should do to crash






July 4, 2019 12:51 PM, "Alexander Burger"  wrote:

> On Tue, Jul 02, 2019 at 06:58:21PM +0900, Alexander Burger wrote:
> 
>> On Tue, Jul 02, 2019 at 11:28:19AM +0200, Wojciech Gac wrote:
>> Weird... I've updated my PicoLisp and when I try to save a file with the
>> following line:
>> 
>> # VIP @lib/vip/draw.l
>> 
>> Vip dies and I get a segmentation fault.
>> 
>> Strange! Can you try to strace or something?
> 
> Does anybody else can reproduce this crash?
> 
> ☺/ A!ex
> 
> --
> UNSUBSCRIBE: mailto:picolisp@software-lab.de?subject=Unsubscribe

--
UNSUBSCRIBE: mailto:picolisp@software-lab.de?subject=Unsubscribe

Re: Limitation of grid from @lib/simul.l

[Mike]

+1
ok

July 4, 2019 12:51 PM, "Alexander Burger"  wrote:

> On Tue, Jul 02, 2019 at 10:07:43AM +0900, Alexander Burger wrote:
> 
>> Hi Wojtek, Mike,
>> 
>> Speaking of readability, we could have a naming scheme not limited by the
>> 26 columns if we used lexicographic strings (e.g. a b ... x y z aa ab ..
>> etc). I've written a function generating relevant strings based on column
>> and row numbers. Feel free to incorporate it in the definition of 'grid':
>> 
>> (de num->alnum (Col Row)
>> ...
>> 
>> Good idea!
>> 
>> @Mike: What do you think? Would it break or disturb any of your code?
> 
> If no objections, I would now change 'grid' in the disto that way.
> 
> I.e. always intern *all* cells in 'grid', in the form
> 
> a1, b1, c1, ..., aa1, ...
> 
> ☺/ A!ex
> 
> --
> UNSUBSCRIBE: mailto:picolisp@software-lab.de?subject=Unsubscribe

--
UNSUBSCRIBE: mailto:picolisp@software-lab.de?subject=Unsubscribe

Re: Limitation of grid from @lib/simul.l

[Mike]

July 1, 2019 5:50 PM, "Wojciech Gac"  wrote:

> I see. Thanks for clarifying and for the example.
> 

BTW, I have a huge collection of grid usage in my repo:
https://bitbucket.org/mihailp/tankfeeder/src/default/

(mike)

--
UNSUBSCRIBE: mailto:picolisp@software-lab.de?subject=Unsubscribe

Re: why is there no setf in picolisp?

[Mike]

https://github.com/picolisp/picolisp/blob/dev/misc/setf.l


June 27, 2019 8:06 AM, "Bruno Franco"  wrote:

> Soo, yeah. I'm studying common lisp, and coming from picolisp setf confused 
> me at first. The
> concept does not seem to appear on picolisp, and I wondered why its not there.
> 
> The only reference I could find was this:
> https://www.mail-archive.com/picolisp@software-lab.de/msg03604.html
> 
> it mentions that it "violates the spirit of how lisp functions evaluate their 
> arguments", but no
> more comment is made.
> 
> I hope I'm forgiven if a flame war starts, but I'm trying to understand what 
> makes a good lisp.
> 
> So, why is there no setf in picolisp?

--
UNSUBSCRIBE: mailto:picolisp@software-lab.de?subject=Unsubscribe

Re: pgint.l

[Mike]

> I'm happy to announce that I released my small library to interfacing with 
> PostgreSQL --
> https://gitlab.com/Abel-ze-Normand/pgint.l 

Tested:
centos7   psql-9.2.xx -> works
voidlinux psql-9.6.xx -> works

(mike)

--
UNSUBSCRIBE: mailto:picolisp@software-lab.de?subject=Unsubscribe

Re: Function similar to Scheme 'foldl'?

[Mike]

hi all,

My demo code to mimic racket's reference:
https://bitbucket.org/mihailp/tankfeeder/src/default/foldl.l

(mike)

--
UNSUBSCRIBE: mailto:picolisp@software-lab.de?subject=Unsubscribe

Re: Function similar to Scheme 'foldl'?

[Mike]

> 
> Is there a PicoLisp function similar to the Scheme 'foldl'?
> 
> See description here:
> 
> https://docs.racket-lang.org/reference/pairs.html?q=foldl#%28def._%28%28lib._racket%2Fprivate%2Flist
> .rkt%29._foldl%29%29
> 

There is no foldl. This is too general and not required in core.
What you intent to do ? 

Truly, I cant imagine when somebody needs it, because

(foldl cons '() '(1 2 3 4)) is (reverse)
and
(foldl + 0 '(1 2 3 4)) is (sum)


(mike)

> ​/Jon

--
UNSUBSCRIBE: mailto:picolisp@software-lab.de?subject=Unsubscribe

Irc channel attacked

[Mike]

Hi all,

Irc channel #picolisp attacked by bots.
https://irclog.whitequark.org/picolisp/2018-08-01
Any ideas how to defend?

(mike)

--
UNSUBSCRIBE: mailto:picolisp@software-lab.de?subject=Unsubscribe

Re: picolisp at last ?

[Mike]

July 14, 2018 1:36 PM, "O.Hamann"  wrote:

> Outdated thread, but just to keep my promise:
> 
> - dusty rasp has 64bit picolisp running, examined by (== 64 64) ==> T
> 
> - *CPU shows 'emu'
> 
> Os is a 64bit archlinux.

archlinux should work out of box, what i would do:

# install archlinux
# pacman -Sy reflector
# reflector --latest 10 --protocol https --sort rate --save 
/etc/pacman.d/mirrorlist
# pacman -Syu
# reboot 

pil32:
# wget http://software-lab.de/picoLisp.tgz
# gunzip picoLisp.tgz
# tar xf picoLisp.tar
# cd picoLisp/src
# make
# cd ../bin
# vim pil -> "change path to picoLisp"
# head -1 pil
   #!/home/mpech/picoLisp/bin/picolisp /home/mpech/picoLisp/lib.l

# add picoLisp/bin dir to $PATH inside your shell
# pil +
: (version)
18.7.14 C
-> (18 7 14)
: (== 1 1)
-> NIL
: *OS
-> "Linux"
# pil "@lib/test.l" +
OK

pil64 after it:
# cd picoLisp/src64
# make
# pil +
 (version)
18.7.14
-> (18 7 14)
: (== 1 1)
-> T
: *OS
-> "Linux"
# pil "@lib/test.l" +
OK



compile pil64 without pil32:
# cd picoLisp/src64
# make clean
# cd ../
# wget http://software-lab.de/x86-64.linux.tgz
# gunzip x86-64.linux.tgz
# tar xf x86-64.linux.tar
# cd src64/
# make
# pil +
: (version)
18.7.14
-> (18 7 14)
: (== 1 1)
-> T
: *OS
-> "Linux"
: 

Happy coding,

(mike)

--
UNSUBSCRIBE: mailto:picolisp@software-lab.de?subject=Unsubscribe

Re: how to determine pil 64bit/32bit version?

[Mike]

> 
> I don't know how to check whether on a rasp runs the 32bit or 64bit version 
> of picolisp.
> 

(unless (== 64 64)
   (msg "pil64 required")
   (bye 1) )

(mike)

--
UNSUBSCRIBE: mailto:picolisp@software-lab.de?subject=Unsubscribe

Re: address sanitize

[Mike]

> 
> why would we want address sanitation?

Because i wanted check correctness.

(mike)

--
UNSUBSCRIBE: mailto:picolisp@software-lab.de?subject=Unsubscribe

address sanitize

[Mike]

hi,

1. pil32 (C version) passed builtin tests in gcc 8.1.1. under address sanitize 
(-fsanitize=address).
2. undefined behavior still cant understand trivial shifts math in big.c and 
generates false alarms on variable length array too. This is another story, its 
ok for now.



Happy coding,

(mike)

--
UNSUBSCRIBE: mailto:picolisp@software-lab.de?subject=Unsubscribe

Re: tankfeeder ?

[Mike]

June 18, 2018 12:02 PM, "Jean-Christophe Helary"  wrote:

> What is the content of that repository ? 

as you can see just collection of picolisp code.
file huge.l contains the most important parts and used as unit test for 
releases. 

(mike)

--
UNSUBSCRIBE: mailto:picolisp@software-lab.de?subject=Unsubscribe

signify

[Mike]

hi all,

https://bitbucket.org/mihailp/signify-pil/src
signify variation, tests and comments are welcome.

(mike)

--
UNSUBSCRIBE: mailto:picolisp@software-lab.de?subject=Unsubscribe

Re: pretty 3 space indentation

[Mike]

> Why pretty is adding exactly 3 spaces at the new line?

I dont see spaces and colors when coding on PicoLisp, only cells in memory.

(mike)

--
UNSUBSCRIBE: mailto:picolisp@software-lab.de?subject=Unsubscribe

Re: Chinese input causes mess in the REPL

[Mike]

> 
> There is no easy fix. PicoLisp lacks the functionality to calculate the width 
> of
> unicode characters. I suppose it needs some extra character tables and lookup
> mechanisms in the base system, or perhaps call an external C function via
> 'native'. Any suggestions?

If 'native' then pil32 will be out of field.
Generic tables and lookup is enough for the next 20 years.

(mike)

--
UNSUBSCRIBE: mailto:picolisp@software-lab.de?subject=Unsubscribe

cartesian product

[Mike]

hi all,

http://adventofcode.com/2015/day/13
Brute force solution is find max of sums of items inside Cartesian product.

There is my implementation, create list of all products on rosetta:
http://rosettacode.org/wiki/Cartesian_product_of_two_or_more_lists#PicoLisp

Test input of task is 81 items in list, its ok for rosetta's variation.
Cartesian product of real input is 37B items in list.

Time to implementation Cartesian iterator, like in python:
https://docs.python.org/3/library/itertools.html#itertools.product


https://bitbucket.org/mihailp/tankfeeder/src/default/cartesian.l?at=default=file-view-default
There are three variations with the same original engine inside:
o) on coroutines - product
o) manual sum all numbers of product - cartesian-sum
o) find max of sums of items of product - cartesian-maxi
Tests over each other and against rosettacode variation.

Current bench, 4M items in product, sum all numbers:
o) coroutines - 1.9secs
o) manual - 1.4secs
Its ok.

Happy coding,
(mike)

--
UNSUBSCRIBE: mailto:picolisp@software-lab.de?subject=Unsubscribe

Unsubscribe

[Mike]

Good bye Mike <mike.pech...@gmail.com> :-(
You are now unsubscribed




-- 
UNSUBSCRIBE: mailto:picolisp@software-lab.de?subject=Unsubscribe

AdventOfCode 2017

[Mike Pechkin]

hi all,

All tasks on PicoLisp:
https://bitbucket.org/mihailp/tankfeeder/src/default/advent2017/
day 21 - skipped, hardly can understand the description, Its ok.

Legend:
o) pil64 only, because of (co)
o) resident memory size - 10MB
o) day 3 (part 1) solved by hand on paper
o) day 11 is the most interesting
o) (grid) - days 3 (part 2), 14 and 19
o) (co) - day 18
o) (state) - day 25
o) codebase call will be append to huge.l for testing future releases
o) Yes, PicoLisp is practical creature.

p.s. Author of PicoLisp (Alexander Burger) is free for hiring and
CV available by request.



Comments and patches are welcome,
(mike)

Re: Two questions regarding 'native'

[Mike Pechkin]

​Alfonso,

Make a post on reddit.com/r/lisp​




> I've created a public Bitbucket repository with my work so far, including
> some examples.
> https://bitbucket.org/alfonsovillen/picolispffi
>
> I don't know if someone will be interested in it, but I'm having fun doing
> it.
>

Re: Differences of Stack and List data structures

[Mike Pechkin]

hi,

good startpoints:
http://rosettacode.org/wiki/Stack#PicoLisp
http://rosettacode.org/wiki/Singly-linked_list/Element_definition#PicoLisp


On Sun, Oct 1, 2017 at 3:49 PM, stayfirefo...@outlook.com <
stayfirefo...@outlook.com> wrote:

>
>
>
>
> Sent from Mail  for
> Windows 10
>
> Hello everyone,
>
> What are all differences of stack and list data structures?
>

Re: PicoLisp on quora.com

[Mike Pechkin]

>
>
> Uh, oh, this is really tough.


​Just one smart paragraph.

(mike)
​

PicoLisp on quora.com

[Mike Pechkin]

hi all,

Can somebody answer to this ?
https://www.quora.com/unanswered/What-is-the-difference-between-PicoLisp-and-Common-Lisp

(mike)

Re: (rand) audit

[Mike Pechkin]

On Tue, Aug 29, 2017 at 6:05 PM, Jakob Eriksson 
wrote:

> What does that mean?
>

​in general it means (rand) function generates good pseudo random numbers
checked by special software.

(rand) audit

[Mike Pechkin]

hi all,

Buildin (rand) function (D. Knuth's book) passed all tests
by Practically Random software (v0.93).
https://sourceforge.net/projects/pracrand/


While testing I've also implement jsf and sfc RNGs (64bit versions),
passed all tests too:
https://bitbucket.org/mihailp/tankfeeder/src/default/rng/?at=default

Happy hacking,
(mike)

Re: anyone tried cygwin or mingw recently?

[Mike Pechkin]

>
>
> Does MSYS handle fork?
>
>
​yes.​

Re: anyone tried cygwin or mingw recently?

[Mike Pechkin]

Richard,

I've compile picoLisp under msys (http://www.msys2.org/)
and 'ctl' locking works here.
You should a try.

On Wed, Jul 5, 2017 at 4:20 PM, Alexander Burger <a...@software-lab.de>
wrote:

> On Wed, Jul 05, 2017 at 02:27:34PM +0200, Richard Z wrote:
> > > We now checked with Mike. Seems most of it is still needed. So we just
> did the
> > > first case in src/io.c
> >
> > so database locking now works (minus ocassional Windows bugs)?
>
> Unfortunately not. It just passes compilation. We tested with 'ctl'. It
> just
> seems to ignore the lock under Cygwin.
>
> ♪♫ Alex
>
> --
> UNSUBSCRIBE: mailto:picolisp@software-lab.de?subject=Unsubscribe
>

Re: anyone tried cygwin or mingw recently?

[Mike Pechkin]

On Sun, Jul 2, 2017 at 8:07 PM, Richard Z  wrote:

> Hi,
>
> noticed that the code still has
>
> #ifdef __CYGWIN__
> #include 
> #define fcntl(fd,cmd,fl) 0
> #endif
>

​on my cygwin it compiles and pass buildin tests without code above

Re: single letters

[Mike Pechkin]

https://bitbucket.org/mihailp/tankfeeder/src/70c0cfb9e8e3adf4737f70a23a9d4b615d74e4ff/onechar.l?at=default=file-view-default

On Sat, Jun 17, 2017 at 5:31 AM, Christopher Howard <
christopher.how...@qlfiles.net> wrote:

> Hi list. In picolisp, what would be the simplest way to check if a
> string (trans sym) is one character long and that the character is one
> of the letters a-z or A-Z?
>
> --
> https://qlfiles.net
>
> --
> UNSUBSCRIBE: mailto:picolisp@software-lab.de?subject=Unsubscribe
>