Thanks Alex! It makes sense now. Normally, I would use a superclass but
it's in the context of a component system so there's no inheritance (just
polymorphism).
--Kevin
On Wed, Jun 22, 2022 at 8:12 AM Alexander Burger
wrote:
> Hi Kevin,
>
> > I'm wondering why this is not running as expected?
Hello,
I'm wondering why this is not running as expected?
(for @Cls '(+A +B)
(run
(fill
'((class @Cls)
(println 'define '@Cls) # prints: "define +A", then "define +B"
(dm c> () (println (type This) 'default))
(c> (new '(+A))) # prints: "(+A) default" - correct
It's useful more so for non-developers and end users, or people who don't
have access to WSL and hardware-assisted virtualization such as in
corporate settings. Since it's native there's fewer layers of abstraction
so it provides more seamless interoperability with Windows functionality
(and
Hello,
I've been able to successfully (mostly) build pil21 on Windows 10 using
MSYS2.
There are a few caveats that should be fixable:
* requires bootstrapping from Linux to produce *.ll files
* builds statically-linked currently
* libreadline disabled - linking issues (so no builtin REPL)
* ext
Hello,
To answer your question without going into gory details, assuming the
program was compiled for a 32-bit arch where the pointer size is typically
4 bytes (vs 8 bytes on 64-bit), any code assuming this would need to be
addressed, especially bit operations. Generally, it's straight-forward to
That makes sense now. Thanks for the clarification!
Kevin
On Tue, Feb 8, 2022 at 1:03 PM Alexander Burger wrote:
> Hi Kevin,
>
> > I may have encountered a possible bug, unless my understanding of @ is
> > incorrect. It appears the value of @ is not restored in a prog1 body when
> > another
Hello,
I may have encountered a possible bug, unless my understanding of @ is
incorrect. It appears the value of @ is not restored in a prog1 body when
another flow/logic statement occurs as the car of an expression within the
said prog1 body. In both cases, the correct result is returned from
Fantastic. Thanks Alex!
On Sun, Dec 12, 2021 at 4:33 AM Alexander Burger
wrote:
> Hi Kevin, hi all,
>
> On Thu, Dec 09, 2021 at 09:40:51PM +0100, Alexander Burger wrote:
> > The conversion function can easily detect the type (short or big) when
> > converting to float, and overflow to bignum if
Ah, I see.
I also found the issue was brought up previously:
https://www.mail-archive.com/picolisp@software-lab.de/msg10799.html
I agree with keeping the spec small (in regards to the most recent
discussion), but possibly another token to identify bignum returns?
-Kevin
On Thu, Dec 9, 2021 at
Alexander Burger
wrote:
> On Thu, Dec 09, 2021 at 09:21:44AM -0500, Kevin Ednalino wrote:
> > but I will review the IEEE standard.
>
> It is not directly an IEEE issue.
>
>
> On Thu, Dec 09, 2021 at 03:36:48PM +0100, Alexander Burger wrote:
> > Yes, the number n
That was my other thought. I guess I was expecting the number to be rounded
or truncated, but I will review the IEEE standard.
-Kevin
On Thu, Dec 9, 2021 at 2:44 AM Alexander Burger wrote:
> Hi Kevin,
>
> > I'm getting strange results with the following:
> > ...
> > : (scl 16)
> > -> 16
> > :
Hello,
I'm getting strange results with the following:
: (version)
21.11.17
-> (21 11 17)
: (scl 16)
-> 16
: (setq Ptr (%@ "malloc" 'P 4))
-> 9674752
: (struct Ptr NIL (list -1.0 1280.0))
-> NIL
: (format (car (struct Ptr '(-1.0 . 1))) *Scl)
-> "-103.5058256155770880"
: (struct Ptr (cons 'B 4))
I built mruby from AUR and when I do ldd there is no linking to libreadline:
linux-vdso.so.1 (0x7ffe02708000)
> libm.so.6 => /usr/lib/libm.so.6 (0x7f6f005cb000)
> libc.so.6 => /usr/lib/libc.so.6 (0x7f6f00402000)
> /lib64/ld-linux-x86-64.so.2 => /usr/lib64/ld-linux-x86-64.so.2
>
libedit probably not a suitable replacement:
https://github.com/conda-forge/python-feedstock/issues/387
> OK, let me rephrase, then. I am that person. I work on some other projects
> that use readline/libedit. I can tell you that it is a huge headache, even
> on Mac, when libedit is used
Personally, I work business hours so Friday mornings I'm generally
unavailable (GMT).
I think at least one on the weekday in the afternoon/evening and one on the
weekend might be the most convenient with the latter more convenient for
non-European timezones. For example, if it's hosted on
I've thought about this also. The "batteries included" philosophy (Python a
good example of this or CL's "alexandria" library), would help welcome new
users getting started quickly, which seems more of a bigger factor for
language adoption these days, and reduce duplication of effort. In
addition,
Nice work! I like the use of view to depict the cellular structure and the
wagon analogy. I'm assuming this is targeting beginners?
A few suggestions:
* Before using setq in the examples, define it like set and cons so viewers
don't get surprised.
* Compare setq to set - might be a source of
Sounds good!
On Wed, Jun 3, 2020 at 7:00 AM Alexander Burger wrote:
> Hi all,
>
> after we canceled PilCon 2020, we discussed in this list and in IRC the
> idea of
> doing something online instead. Some people proposed Jitsi.
>
> A linear format of just streaming presentations is a bit
+1
On Thu, Apr 23, 2020 at 12:34 PM Bruno Franco
wrote:
> I am interested too in an online conference. Its the only way I could
> attend anyways. And saving it up for playback on youtube interests me.
>
> On Thu, Apr 23, 2020 at 1:58 AM O.Hamann wrote:
>
>> Timely, short, clear communication,
Not to derail this thread too much, but a RISC-V port would be a more
forward-looking prospect. Unfortunately, there aren't many commodity SoCs
available yet that can run a proper Linux; for now, qemu can be used for
emulation.
In terms of the growing hobbyist/robotics/IoT field, a PilOS port to
Hello!
I would be interested in attending, with an 80% chance, ultimately
depending on my work schedule availability. If I make significant progress
on my current PicoLisp project by then, I could contribute a presentation :)
Sincerely,
Kevin
On Wed, Dec 25, 2019 at 10:04 AM Alexander Burger
ement is
not feasible (see Java's various GC implementations).
Sincerely,
Kevin Ednalino
24 matches
Mail list logo
