Got it! ... thanks Alex!
Regards,
Kashyap
On Wed, Mar 25, 2020 at 10:29 AM Alexander Burger
wrote:
> On Wed, Mar 25, 2020 at 10:09:19AM -0700, C K Kashyap wrote:
> > I see, if the assumption was long to be 64 bits then perhaps all the
> > "long"s in the code should be changed to int64_t I
Hi Kashyap,
> I've decided to try and extend miniPicoLisp with networking(or perhaps just
> the capability to call into external program) to make it useful as a
> scripting system that I can share with my colleagues. Please do let me know
> if that's not a good idea.
This is surely a good idea.
On Wed, Mar 25, 2020 at 10:09:19AM -0700, C K Kashyap wrote:
> I see, if the assumption was long to be 64 bits then perhaps all the
> "long"s in the code should be changed to int64_t I see that there are
> several usages of long in the code other than the couple of places I
> changed.
The
Thanks Alex,
I see, if the assumption was long to be 64 bits then perhaps all the
"long"s in the code should be changed to int64_t I see that there are
several usages of long in the code other than the couple of places I
changed.
I was wondering though if there is some implementation of
I'm afraid at my level of CS theory I don't really know what is meant by a
picolisp atom being persistent, much less across distributed picolisp
instances. Could someone give me a concrete example of what you describe
as: "Any named bag of items automatically represents a (directed,
undirected)
Dear Lawrence
Sounds to me that your head got stuffed a bit too well with
over-complicated concepts. No offense! That is the nature of most
software education, and its even worse in the business world. And we
programmers have a high tendency to believe we are more clever when we
are working on
For work reasons I have strayed from the beloved PicoLisp into Erlang for
some time. While I have much love for using Erlang/OTP to build robust,
distributed systems, it handles a different job than PicoLisp in my
opinion. Even though work kept me in the Erlang world for a while I still
followed
Gosh, no!
On Wed, Mar 25, 2020 at 9:02 PM wrote:
> Does anyone realize that there's an LLVM-based port of picolisp being
> worked on by Alex? :)
>
> --
> UNSUBSCRIBE: mailto:picolisp@software-lab.de?subject=Unsubscribe
>
--
*Níl aon tinteán mar do thinteán féin. *[Irish Gaelic]
(There is no
Thank you beneroth and Joh-Tob for this impressive and insightful
explanation, very informative for me as well, thank you, I will put this on
my PicoLisp notes.
On Thu, Mar 26, 2020 at 8:29 AM Joh-Tob Schäg wrote:
> Have you already looked at the family example?
>
> Here is my brief overview of
Does anyone realize that there's an LLVM-based port of picolisp being worked on
by Alex? :)
--
UNSUBSCRIBE: mailto:picolisp@software-lab.de?subject=Unsubscribe
Indeed Rick - it was listed in my original email as one of the options :)
On Wed, Mar 25, 2020 at 6:02 PM wrote:
> Does anyone realize that there's an LLVM-based port of picolisp being
> worked on by Alex? :)
>
> --
> UNSUBSCRIBE: mailto:picolisp@software-lab.de?subject=Unsubscribe
>
Hi Alex,
I've decided to try and extend miniPicoLisp with networking(or perhaps just
the capability to call into external program) to make it useful as a
scripting system that I can share with my colleagues. Please do let me know
if that's not a good idea.
Towards that, as a first step, I tried
Hello,
I've noticed that the "rand" function doesn't work with negative arguments:
Version 20.3.16
: (rand -10 10)
-> 1152921504606846966
Version 19.12.28
: (rand -10 10)
-> -5
I don't know in which exact version the bug appeared.
Regards,
Alfonso V.
--
UNSUBSCRIBE:
I tried doing a local install of picolisp in my Chromebook's Linux
container (Debian Buster).
After downloading and building the 19.12 tarball, I find that the pil
script in picoLisp/bin has /usr/bin/picolisp as the shbang, so it
wouldn't actually work as a local installation.
Did I miss a
Hi Wilhelm,
> After downloading and building the 19.12
> tarball, I find that the pil script in
> picoLisp/bin has /usr/bin/picolisp as the
> shbang, so it wouldn't actually work as a
> local installation.
There is also a local 'pil' script, i.e. "picoLisp/pil". You can call it with an
absolute
Hi to all!
Before s.b. is reinventing wheels, like porting Picolisp onto .net, please
consider Femtolisp, which is the base underlying Julia programming language
JIT compiler. It's LLVM based and ultra fast, tiny and quite useful as PoC
for implementing Picolisp on your own.
Hi Alfonso,
> I've noticed that the "rand" function doesn't work with negative arguments:
>
> Version 20.3.16
>
> : (rand -10 10)
>
> -> 1152921504606846966
>
> Version 19.12.28
>
> : (rand -10 10)
>
> -> -5
>
> I don't know in which exact version the bug appeared.
Oops, thanks a lot! This is my
Lawrence, you haven't yet understood, that any Lisp, by default, is it's
own Graph Database. Especially Picolisp, where Alex has made any Picolisp
Atom persistent and even distributed across other Picolisp instances. 'Data
is code, code is data'.
Any named bag of items automatically represents a
18 matches
Mail list logo
