Hi
>> init_libapl(argv[0],0);
>>
>> with or without init gives
>>
>> Executable ./APs/APserver not found.
> Yes. APserver is a helper binary for old-style shared APL variables (⎕SVO and
> friends). The
> APserver is forked by APL, but APL cannot know where the APServer binary is
> located in th
Hi,
see my answers below.
Jürgen
On 8/9/19 12:06 AM, enz...@gmx.com
wrote:
Hi
---
simple quesion on ⎕ARG it doesn't have a value using libapl? (no command line arguments right?)
It depends. Normally a library d
Hi
---
simple quesion on ⎕ARG it doesn't have a value using libapl? (no command
line arguments right?)
---
i did a fresh compile of the svn and the init with libapl gives
*** glibc detected *** ./aplc: free(): invalid pointer: 0x094a22dc ***
while no glibc problem with libcurl or mysql us
Hi
I did it - i have fpc executing apl statements - it was pretty simple - i
already had done something similar for a posits library.
the only 'problem' is that apl uses ' ' single quotes q ;= 'qerqwr'; for
strings so to have a←'a'i need to do 'a←''a''' (double single quote)
or
Hi
i got the latest 1181 svn
> You dont need the --without options because that's the default.
the default for erlang and android are --without
but the --without-erlang has problems that we are aware of
i didn't try the --without-android(are you thinking of a libapl for land
line phones?
Hi,
configure CORE_COUNT_WANTED=2 --with-libapl --without-sqlite3 --without-postgresql --without-gtk3 --without-android --without-erlang --without-python
works for me. It will create a compiler error which I have fixed in
SVN 1181.
I also updated README-10-python wit
8/1/9
Hi
after getting the latest svn revision 1180 on 8/1/19
i get the exact same configure problems as with the gnuapl-1.8 tar ball as
listed below - i can't believe i'm the only one?
configure CORE_COUNT_WANTED=2 --with-libapl --without-sqlite3
--without-postgresql --without-gtk3 --witho
Hi,
I (as the one user you reference) have no real need for it as i said - i use
the fpc tprocess coding for it - i use apl --script as a matrix engine (inner
and outer product with unquote dynamic code design)
just exploring using libapl.soyou didn't respond to if there is any
libapl.so u
Hi,
I am not criticising freepascal in any way. My point is simply
that the number of users for
which a combination of Pascal and APL makes sense is rather small
(maybe one ?) and
that such an interface should therefore rather be constructed by
freepascal is as modern a language as it gets my friend - why you have a
problem with it is beyond me - but to be honest not very professional of you
now, is it, considering i run into more anti-apl then anti-freepascal
programmers and i just wallop them all senseless
anyway - i have been run
Most of us are reaching
the ends of our life cycles, so we
should not lol too loudly. Iverson was born 9 years before Wirth,
so he has all rights to leave first. By the same token, at the
time when
Pascal was invented, Iverson had 9 years more working experi
really since apl is older then pascal (excluding algol( i think you got it
backwards with number of deceased
nicklaus wirth is still around what about iverson? lol
On Thu, 27 Jun 2019 18:37:41 +0200
Dr. Jürgen Sauermann wrote:
> sure. But I would bet that today the number of python users is
Hi,
just for the sake of completeness regarding GNU APL and _javascript_
(which I suppose was meant as a joke in
the first place): we have that already in GNU APL 1.8.
If you look below directory websock resp. websock/server
then you will find
Almost forgot, there is also this, but some of the design decisions lead me
to believe it aims to solve some of the perceived shortcomings of APL (IO
set to 0 for example), than maybe a faithful implementation, but still an
interesting project worth taking a look at.
https://gitlab.com/n9n/apl
(a
@Alexey
I actually floated this idea to the creator of "April" (an APL subset that
compiles to common lisp). I'll link the ticket below, but his response was
as follows:
"JS is not a very good language for implementing APL because it has no true
multidimensional arrays; only nested vectors. There
Need JavaScript/Node.js bindigs then :)
Dr. Jürgen Sauermann writes:
> sure. But I would bet that today the number of python users is at least
> two magnitudes greater
> than the number of Pascal users (not counting those who have ceased to
> exist since Pascal
> was invented).
>
>
> On 6/27/19
sure. But I would bet that today the number of python users is at least
two magnitudes greater
than the number of Pascal users (not counting those who have ceased to
exist since Pascal
was invented).
On 6/27/19 5:37 PM, enz...@gmx.com wrote:
> a grand geocentric (aplcentric) point of view indeed
a grand geocentric (aplcentric) point of view indeed - i'm pretty sure the
number of pascal users is orders of magnitude greater then the number of apl
programmers
On Tue, 18 Jun 2019 22:10:20 +0200
Dr. Jürgen Sauermann wrote:
> Hi,
>
> I believe that extending some language X with an inter
Hi,
I believe that extending some language X with an interface to APL
makes only
sense if:
1. language X is popular or at least is gaining popularity, and
2. (GNU-) APL can provide an advantage in an area where language X
is weak.
Hi Jürgen,
> Regarding fpc it depends on how they have built their C/C++ interface (if
> they did).
> The last time I used Pascal was the time when the only other programming
> language on my platform was BASIC. So I am not really up-to-date with Pascal.
> If you want to try it, then I can hel
20 matches
Mail list logo
