2025-04-02 00:13:55 <veqq        > I'm sorry, I meant: How would you implement an array language like APL in Forth
2025-04-02 04:52:31 <neauoire    > Have you seen CoSy?
2025-04-02 04:52:52 <neauoire    > https://aplwiki.com/wiki/CoSy
2025-04-02 05:47:56 <xentrac     > it vaguely sounds familiar
2025-04-02 05:58:44 <neauoire    > he's in like every forth meetup showcasing that thing
2025-04-02 05:58:56 <neauoire    > there's a bunch of videos o youtube showing the implementation details and ux
2025-04-02 06:08:32 <xentrac     > oh neat
2025-04-02 06:08:44 <xentrac     > I should check them out
2025-04-02 06:08:54 <xentrac     > I haven't been very good at doing things lately
2025-04-02 08:23:45 <veqq        > neauoire: Thank you! I had not
2025-04-02 09:35:51 <veltas      > Is there source for it somewhere?
2025-04-02 09:37:03 <veltas      > Would be relatively easy to SIMD / parallelise array op words
2025-04-02 13:34:49 <pgimeno     > veltas: the difference is that, as I see it, encoding strings as numbers makes programming easier (you can store them in regular variables or constants, for one) while getting rid of stacks in favour of using bignum-as-Turing-tape complicates everything a lot
2025-04-02 13:35:08 <pgimeno     > my remark was not just the "it can be done" kind, but the "it can be useful" kind
2025-04-02 13:54:27 <crc         > veqq: an apl-like thing in forth is something I'm interested in writing, but I've not had time to devote to this yet
2025-04-02 13:55:32 <crc         > https://github.com/chmykh/apl-life might be an interesting starting point if GPLv2 is acceptable
2025-04-02 13:56:05 <veltas      > pgimeno: Sorry didn't mean to seem dismissive
2025-04-02 13:56:38 <crc         > (I've not personally looked at this due to license, but it's described as conway's life in an apl written in forth)
2025-04-02 14:33:38 <cleobuline  > mforth:   1 1024  << .
2025-04-02 14:33:38 <mforth      > 179769313486231590772930519078902473361797697894230657273430081157732675805500963132708477322407536021120113879871393357658789768814416622492847430639474124377767893424865485276302219601246094119453082952085005768838150682342462881473913110540827237163350510684586298239947245938479716304835356329624224137216
2025-04-02 14:35:18 <cleobuline  > mforth:  255 NUM-TO-BIN
2025-04-02 14:35:18 <mforth      > 11111111
2025-04-02 14:38:22 <cleobuline  > mforth:   " Un affreux monstre poilu avec des gros yeux et des grandes dents " IMAGE
2025-04-02 14:38:22 <mforth      > DEBUG: Stack underflow in IMAGE
2025-04-02 14:40:28 <cleobuline  > mforth:   " Un affreux monstre poilu avec des gros yeux et des grandes dents " IMAGE
2025-04-02 14:40:42 <mforth      > https://i.ibb.co/TDV7WV1D/mforth-image-a-Ur26-M.png
2025-04-02 14:40:52 <cleobuline  > nice :)
2025-04-02 14:41:19 <cleobuline  > mforth:  " a string " .
2025-04-02 14:41:19 <mforth      > 0
2025-04-02 14:41:25 <cleobuline  > perfect
2025-04-02 16:09:21 <konilo-bot  > Konilo via IRC
2025-04-02 16:09:58 <crc         > (konilo bot open for testing, for now; full release to come)
2025-04-02 16:19:14 <cleobuline  > crc what is the syntax ?
2025-04-02 16:22:15 <crc         > https://konilo.org/manual/uniquedialect.html would be a starting point for this
2025-04-02 16:22:56 <crc         > a "!konilo hello" in the channel to start a session; sigils guide the compiler; word names will differ from standard in some cases
2025-04-02 16:23:24 <crc         > an example definition might look like:
2025-04-02 16:23:40 <crc         > :n:square (n-m) dup n:mul ;
2025-04-02 16:24:30 <crc         > strings:  'hello_world s:to-upper s:put nl
2025-04-02 16:24:44 <crc         > numbers are prefixed with a # sigil:  #1 #2 n:add
2025-04-02 16:25:36 <crc         > 
ACTION will be responding to questions periodically; at work, so response times will vary based on how busy we are

2025-04-02 18:00:42 <thrig       > response times will also depend on the speed of light and routing delays
2025-04-02 18:07:29 <crc         > a few notes on this: each user has a separate image, stacks, and blocks. Data will ultimately be persistent. Runtime per query is limited to approx. 60 seconds.
2025-04-02 19:02:34 <cleobuline  > mforth:  WORDS
2025-04-02 19:02:34 <mforth      > USERNAME .S . + - * / MOD DUP DROP SWAP OVER ROT >R R> R@ = < > AND OR NOT XOR & | ^ ~ << >> CR EMIT VARIABLE @ ! +! DO LOOP I WORDS LOAD CREATE ALLOT ." CLOCK BEGIN WHILE REPEAT AGAIN SQRT UNLOOP +LOOP PICK CLEAR-STACK PRINT NUM-TO-BIN PRIME? FORGET STRING " 2DROP IMAGE TEMP-IMAGE
2025-04-02 19:02:50 <cleobuline  > mforth:  LOAD "test.fth"
2025-04-02 19:02:59 <cleobuline  > mforth:   HELLO
2025-04-02 19:02:59 <mforth      > Hello cleobuline How are uou ?
2025-04-02 19:16:21 <cleobuline  > mforth:  3 TEST-CASE
2025-04-02 19:16:22 <mforth      > TROIS
2025-04-02 19:16:57 <cleobuline  > mforth:  SEE TEST-CASE
2025-04-02 19:16:57 <mforth      > : TEST-CASE CASE 1 OF ." UN  " CR ENDOF 2 OF ." DEUX  " CR ENDOF 3 OF ." TROIS  " CR ENDOF ." Others  " CR ENDCASE ;
2025-04-02 19:25:30 <cleobuline  > portrait of mforth https://i.ibb.co/mCNBzwpp/mforth-image-rt-Q0fg.png
2025-04-02 22:00:59 <crc         > !konilo shutdown
2025-04-02 22:00:59 <konilo-bot  > Shutting down...
2025-04-02 23:12:40 <veltas      > I promised myself I wouldn't stick my neck out, and get involved in this toxic never-ending debate, but...
2025-04-02 23:13:08 <veltas      > If it affects debugger state, hints, etc, then it's not a NOP