nux pgvm 4.9.0-8-amd64 #1 SMP Debian 4.9.110-3+deb9u6 (2018-10-08) x86_64 GNU/Linux
Cheers
Patrick
- Original Message -
From: "Juergen Sauermann"
To: bug-apl@gnu.org
Sent: Wednesday, December 5, 2018 12:48:55 PM GMT -07:00 US/Canada Mountain
Subject: [Bug-apl] ⎕PLOT
Hi,
Hi,
I have added a new system function ⎕PLOT in SVN 1104.
With that function you can easily plot APL vectors
and matrices (requires X).
See:
info apl
for details.
Enjoy,
/// Jürgen
Hi Jerome,
looking at https://en.wikipedia.org/wiki/Java_Native_Interface
and in particular at
https://en.wikipedia.org/wiki/SWIG
tt should be fairly simple to call libapl from Java.
I am not a Java programmer myself (I tried it 20 years ago but the
Hi Hans-Peter,
I tried to check your example with IBM APL2 and it
gives me a RANK ERROR on
((∊2=⍴¨x)/,s)⌷x
⍴((∊2=⍴¨x)/,s) is 3 and ⍴x is 4 4.
I have earlier noticed some differences in nesting levels between different APL interpreters that
could be traced
Hi Hans-Peter,
thank you dor reporting this. See my questions/comments below.
On 11/01/2018 01:53 PM, Hans-Peter
Sorge wrote:
Hello Jürgen,
here comes an other corner case.
The following two cases work as expected.
(⍳16)⍴'a'
Message -
From: "Juergen Sauermann"
To: "Patrick Giagnocavo" , bug-apl@gnu.org
Sent: Tuesday, October 16, 2018 3:02:59 PM GMT -07:00 US/Canada Mountain
Subject: Re: [Bug-apl] startup time, and, is there a way to run under FastCGI?
Hi,
fixed in SVN 1083 . Time is down t
60 1000⊥⎕TS-T) 'ms'
11 ms
/// Jürgen
On 10/16/2018 08:00 PM, Juergen
Sauermann wrote:
Hi Patrick,
as far as I can see most of the time is spent in the WITHOUT
function (A∼B
Hi Patrick,
as far as I can see most of the time is spent in the WITHOUT
function (A∼B):
F5000←⊂[2]'0123456789'[?5000 10⍴10]
F1750←⊂[2]'0123456789'[?1750 10⍴10]
WITHOUT:
T←⎕TS
ecutable
^~
Thanks,
Hans-Peter
Am 01.10.18 um 17:17 schrieb Juergen Sauermann:
Hi Kacper,
thanks, fixed in *SVN 1082*.
/// Jürgen
On 10/01/2018 01:11 AM, Kacper Gutowski wrote:
On Sun, Sep 30, 2018 at 03:42:53PM -0600, Nathan Rogers wrote:
Hi Kacper,
thanks, fixed in *SVN 1082*.
/// Jürgen
On 10/01/2018 01:11 AM, Kacper Gutowski wrote:
> On Sun, Sep 30, 2018 at 03:42:53PM -0600, Nathan Rogers wrote:
>> When using the diamond operator, the repl returns "bad character in
>> execute+"
>>
>> simple example: \
>> {1:2◊3}
>> Bad
Hi Kacper,
thanks, fixed in SVN 1082.
/// Jürgen
On 10/01/2018 01:48 AM, Kacper Gutowski
wrote:
Hi,
Tokenizer fails to catch unbalanced brackets when input is just "{⋄}"
which triggers assertion in setup_one_lambda:
Hi Nathan,
thanks for reporting this.
The error has been corrected already, please fetch the latest GNU
APL from SVN.
See https://savannah.gnu.org/svn/?group=apl.
/// Jürgen
On 09/30/2018 03:59 AM, Nathan Rogers
Hi,
I have added a new primitive function variant: ⊢ with axis.
⊢ with axis
selects, according to its axis argument, its left argument, or
its right argument, or a mix of items from both arguments:
A←2
3⍴'abcdef' ⍝ left
Hi,
your example looks like you are not waiting until ⎕SVO has
succeeded.
You assign to a shared variable before it was entered into the
shared variable
database.
Have a look at testcases/AP100.tc for how to use it
(hint: check
Hi Kacper,
I have not documented the aplscript trick because I see it
more as a hack that helps in a specific situation
than a fully supported feature.
A general problem of symbolic links to the apl binary (which was the
use case for introducing the
/// Jürgen
On 08/21/2018 07:18 PM, Hudson Flavio
Meneses Lacerda wrote:
On Tue, 21 Aug 2018 18:36:27 +0200
Juergen Sauermann wrote:
Hi Hudson,
Hi,
aas far as I know you can use a relative path to apl as long as the
---
'⍝ Body of script'
⎕RL←×/⎕TS~0
?⍨ 20
'⍝ End of script'
)off
-->8---
(That can work fine with bash or dash, but not with sash.)
By the way, why APL files need to start with "#!" to be accept by
)copy/load?
Cheers,
Hudson
On Tue
Hi Hudson,
you can ./configure
GNU APL with prefix=/usr
and then recompile and install.
/// Jürgen
On 08/21/2018 03:34 AM, Hudson Flavio
Meneses Lacerda wrote:
Hi.
Some of my scripts use `#!/usr/bin/apl
Hi Kacper,
cool, thanks. Didn't know that trick.
/// Jürgen
On 08/18/2018 08:17 PM, Kacper Gutowski
wrote:
On Sat, Aug 18, 2018 at 02:14:35PM -0300, Hudson Flavio Meneses Lacerda wrote:
How to run a
Hi Hudson,
You may want to try ⎕FIO[57] or similar (read: ⎕FIO[24] aka.
popen() and
⎕FIO[25] aka. pclose() if
the communication with the new process is unidirectional).
The & is a shell feature that is not available if a command
Hi Hans-Peter,
thanks, hopefully fixed in SVN 1069.
Best Regards,
/// Jürgen
On 08/16/2018 07:29 PM, Hans-Peter
Sorge wrote:
Hello,
The ⎕IO bug is back.
(note: ⎕IO ←→ 0 seems to be set to 0
On 10/08/18 09:11, Juergen Sauermann
wrote:
Hi Chris,
does that mean that I can revert the patch that I have put in
for edif recently?
Best Regards,
/// Jürgen
Hi,
I have added a new system function ⎕GTK to GNU APL.
⎕GTK is based on libgtk+ version 3 and provides a simple
(and
therefore somewhat restricted) way of creating and managing GUIs
from an APL program.
Think of it as a
Hi Chris,
does that mean that I can revert the patch that I have put in for
edif recently?
Best Regards,
/// Jürgen
On 08/07/2018 07:09 PM, Chris Moller
wrote:
Hans-Peter,
If you want to try it
t;> Of course, you can use any function names you like and, as long as
>>> you use
>>> different names, both versions can be used at the same time.
>>>
>>> So far as I can tell, edif doesn't interfere with Elias Mårtenson's
>>> emacs APL mode, but I haven't thoro
Hi,
fixed in *SVN 1061*.
/// Jürgen
On 08/02/2018 04:13 PM, Juergen Sauermann wrote:
> Hi
>
> I can now reproduce it, it seems to occur only on 64 bit machines
> (strange enough).
> I will look into it.
>
> /// Jürgen
>
>
>
> On 08/02/2018 03:25 PM, Hans-Pete
⍎'qio_test'
1
⍎¨⊂'qio_test'
0
Greetings
Hans-Peter
Am 02.08.2018 um 14:23 schrieb
Juergen Sauermann:
Hi Hans-Peter,
interesting. I am getting
Hi Hans-Peter,
interesting. I am getting this:
∇qio_test[⎕]∇
∇
[0] qio_test
[1] ⎕IO
∇
⍎¨'qio_test' 'qio_test'
1
1
Which SVN version are you using?
///
Hi Chris,
thanks, done in SVN 1060.
/// Jürgen
On 07/30/2018 03:59 PM, Chris Moller
wrote:
Here's an even simpler, more direct, patch:
Index: LineInput.cc
Hi,
I have added a new directory named HOWTOs for
descriptions of how not-so-obvious things can be done in GNU APL.
The first file in that directory is Peter's Macintosh document
which was copied from the doc directory.
The second file is a
Hi,
I have now switched anything off in my email program that is even
remotely
related to encryption.
I will be AFK for two days and send the next email after that.
Best Regards,
/// Jürgen
, Blake McBride
wrote:
All
we're getting is an empty email with two attachments: noname &
encrypted.asc
On Wed, Jul 25, 2018 at 11:55 AM Juergen
Sauermann <juergen.sauerm...@t-on
binianRHZN5rO.bin
Description: PGP/MIME version identification
encrypted.asc
Description: OpenPGP encrypted message
Hi,
I have added a new ⎕FIO[57] aka. FIO∆execve to GNU
APL.
Handle←⎕FIO[57] Filename
forks a new process running program Filename
and connects it to GNU APL. GNU APL and the new program
can then communicate using
ype of email. I don’t understand why.
>
> respect…
>
> Peter
>> On Jul 24, 2018, at 3:38 PM, Juergen Sauermann
>> wrote:
>>
>>
>
signature.asc
Description: OpenPGP digital signature
binvBweryF7Yo.bin
Description: PGP/MIME version identification
encrypted.asc
Description: OpenPGP encrypted message
binuuE2Puesp6.bin
Description: PGP/MIME version identification
encrypted.asc
Description: OpenPGP encrypted message
Hi Chris,
thanks, fixed in SVN 1057.
/// Jürgen
On 07/21/2018 05:05 PM, Chris Moller
wrote:
This is the same as the last batch--don't know
how I missed it the first time:
Hi Chris,
thank you for contributing this. I have added a link on our
community page
http://www.gnu.org/software/apl/Community.html.
I believe the function would be even more useful it could create or
modify
an APL function in a running workspace
Hi Peter,
I suppose the line
libapl_la_LDFLAGS
+= -avoid-version
in src/Makefile.am prevents the creation of libapl.0.dylib.
I suppose if
you remove that line then libapl.0.dylib will show up.
Please note that
Hi Peter,
congratulations! And thanks for effort that you have put into
this.
/// Jürgen
signature.asc
Description: OpenPGP digital signature
(void *) cast the target
argument, it complains that you're using an "old style" cast.)
I don't have any older g++ versions around, so I have no idea
if this patch will break anything.
Chris
On 26/06/18 13:43, Juergen
for the operating system and chooses the correct
extension based on it.
If you ever wish to support Windows in the future, they use
.DLL.
On 2 July 2018 at 22:15, Juergen
Sauermann <juergen.sauerm...@t-online
to Apple’s Dynamic Libraries Programming Topics documentation
So far so good… I will now proceed with the original experiment….
Thanks for the help and support…..
respect….
Peter
On Jun 30, 2018, at 6:00 AM, Juergen Sauermann wrote:
Hi Peter,
if I compare the rules
Hi Peter,
great! My conclusion is that one or more of the linker options -module,
-shared, and
-export-dynamic has caused the problem.
I have removed these options for all libraries now, hoping that they
are not needed by other
people. I left
Hi Peter,
if I compare the rules in Makefile.am for the libraries mentioned
below, then it seems
like there is one line which sets the xxx_la_LDFLAGS for
those libraries xxx that then fail
to properly build the dylibs. Removing that line may fix your
uy, but I was going to look more
closely into this when I got time. I've had other recent
problems with GCC 8.1, so I tend to suspect that, but that's
just a guess.
Chris
On 25/06/18 11:54, Juergen Sauermann
Hi Chris,
even after a close look at the GNU APL code I can't see anything
wrong with how realpath() is being called.
To me it looks more like a bug in glibc 2.3, although the valgrind
message suggests that this bug causes no harm
(a memory
Hi Peter,
a simple C program, say libapl_test.c would be this:
#include
"libapl.h"
int
main(int argc, char * argv[])
{
init_libapl(argv[0], 0);
return apl_exec("⎕←2 3⍴⍳6");
}
Hi Peter,
no, the make all target builds libapl if ./configure'd
to do so:
1. ./configure
--with-libapl
2. make all
3. sudo make install
Step 3. is kind of optional: in copies the libraries to the
Hi Kevin,
thanks for reporting this. It looks like an old issue that has
been corrected in the meantime.
Please use the latest GNU APL version from the GNU APL subversion
repository
(see https://savannah.gnu.org/svn/?group=apl)
/// Jürgen
ommands — back in
> the 60’s.
> Never needed to for Macintosh….or anyUnix for that matter.
>
> respect
>
> Peter
> On May 25, 2018, at 8:48 AM, Juergen Sauermann
> <juergen.sauerm...@t-online.de <mailto:juergen.sauerm...@t-online.de>>
> wrote:
>>
>> Hi
Hi Kacper,
thanks, fixed in SVN 1053.
/// Jürgen
On 05/26/2018 12:07 PM, Kacper Gutowski
wrote:
Hi,
Thanks for the division fixes.
I'm not sure if the below are outright bugs,
but I find these rather unexpected:
Hi Hans-Peter,
these changes were introduced recently and only to suppress newly
introduced warnings in gcc 8.1.
So, yes, line 3 does nothing, but in order to suppress the
warnings one has
to use the return value of snprintf somehow.
The
ect?
Thanks & respect…
Peter
On May 20, 2018, at 4:59 PM, Dirk Laurie <dirk.lau...@gmail.com> wrote:
2018-05-20 21:44 GMT+02:00 Juergen Sauermann <juergen.sauerm...@t-online.de>:
As far as I understand, there are two ways to link libapl with
)); }
^
Svar_record.hh:174:8: note: 'struct Svar_record' declared here
struct Svar_record
^~~
cc1plus: all warnings being treated as errors
make[3]: *** [Makefile:1176: libapl_la-Archive.lo] Error 1
Fred Weigel
On Thu, 2018-05-24 at 13:53 +0200, Juergen Sauermann
Hi Fred,
thanks, hopefully fixed in SVN 1051.
The -Wclass-memaccess
warning is not documented in the gcc 8,1 manual, therefore
the warnings in Svar_record.cc and/or Svar_record.hh
may have survived my attempt
to fix them. If so, then please send
Hi Kacper,
thanks, fixed in SVN 1050.
/// Jürgen
On 05/23/2018 04:20 AM, Kacper Gutowski
wrote:
Hi,
I'm pretty sure it worked at some point before,
but now (r1049) I encountered the following:
1.1÷0 ⍝ should signal
return ⊂13
14 which seems more sensible. I am not sure why ISO has (or
needs) that special case. It seems wrong to me.
Jay.
On 18 May 2018 at 16:03, Juergen
Sauermann <juergen.sauerm...@t-online
respect….
Peter
On May 20, 2018, at 9:40 AM, Juergen Sauermann
<juergen.sauerm...@t-online.de>
wrote:
Hi Peter,
Hi Jay,
yes. Even worse: there is another subtle difference in the inner
products of IBM APL2 and the
ISO standard.
IBM APL2 states (language reference, page 165) and also does this:
A f.g B ←→ f/¨
(⊂[⍴⍴A]A) ∘.g ⊂[1]B
The
Hi Dirk,
thank you very much for your proposal.
Introducing new errors in GNU APL would also require new error
numbers in ⎕ET and
friends, and that could break existing programs of other GNU APL
users.
For that reason I took a
Hi Kaspar,
GNU APL closely follows IBM APL2 and the ISO standard for APL.
Your syntax below is
not valid in APL2 or in ISO APL.
The IBM APL2 documentation used to be downloadable from IBM's APL2
web page (file apl2lrm.pdf).
In
Hi David,
thanks, fixed in SVN 1046.
/// Jürgen
On 04/20/2018 10:16 PM, David Tran
wrote:
Hi,
a ← 2 3 5 6
b ← 4 5 5 6
a -.= b
Hi again
I have analyzed the problem and it looks like the GNU APL behavior
is sort of correct even
though not very elegant. The background is this:
IBM APL2 says (see ⎕ES, page 282 in the language reference
manual):
When R Is a
Hi Bill,
I can;t really tell what your program is doing and how the fault
resp. feature can be reproduced
in a simpler way. What I observed is, however, that the failed
line seems to be the only one
where proto is a character scalar:
not usable.
Best Reghards,
/// Jürgen
On 02/01/2018 04:22 PM, Elias Mårtenson
wrote:
I thought the default was to use the terminfo
data? I recall submitting a patch for that long ago?
On 1 Feb 2018 11:07 pm, "Ju
Hi Clouds,
thanks, fixed in SVN 1044.
Please note that there is a zoo of vt100 compatible terminals
around that differ
considerably in terms of the colour schemes that they support. The
only reliable
way to handle this in a "portable"
Hi,
thanks, included in SVN 1043. I had to make a small change
in RunCommand.cc, so maybe
Elias wants to sync once more.
Best Regards,
/// Jürgen
On 01/19/2018 09:51 AM, Alexey
Veretennikov wrote:
Jay.
On 8 January 2018 at 12:26, Juergen
Sauermann <juergen.sauerm...@t-online.de>
wrote:
Hi Jay,
maybe SVN 1036 works better.
eed? https://en.m.wikipedia.org/wiki/IEEE_754
On 9 Jan 2018 12:14 am, "Juergen
Sauermann" <juergen.sauerm...@t-online.de>
wrote:
Hi Jay,
I am still puzzled by the ISO description (and can't
principle applies.)
Jay.
On 6 January 2018 at 11:56, Juergen
Sauermann <juergen.sauerm...@t-online.de>
wrote:
Hi,
thanks, f
Hi,
On 01/07/2018 05:52 PM, Elias Mårtenson wrote:
To me, it's a lot better if the primary code stays in the main GNU APL
repository.
Agreed. The current problem is that your git repository is a little
behind the
main GNU APL repository. I made some code clean-ups already some time ago
APL repo and Elias' git would remain out of sync, which is
generally undesirable.
/// Jürgen
On 01/07/2018 05:29 PM, Alexey Veretennikov wrote:
Hi,
The files I've attached are based on the sources from SVN, not git.
Br
/Alexey
On Jan 7, 2018 4:52 PM, "Juergen Sauermann"
<juerge
Hi Blake,
thanks, fixed in SVN 1034.
/// Jürgen
On 01/07/2018 03:42 PM, Blake McBride
wrote:
Just FYI - I had to update all of my
dump'ed workspaces (with VI) because quad-PS changed from a
scalar to
Hi Blake,
fixed in SVN 1033.
/// Jürgen
On 01/07/2018 01:50 AM, Blake McBride
wrote:
Hi.
I was updating some dump files and noticed a small change
that I'd think was
source.
Regards,
Elias
On 7 January 2018 at 22:53, Juergen
Sauermann <juergen.sauerm...@t-online.de>
wrote:
Hi,
it seems like Elias' sources in git are slight
Hi,
it seems like Elias' sources in git are slightly out of sync with
the current GNU APL sources.
For example (emacs.hh around line 55):
-
return string((const char *)[0], utf.size());
+ return string((const char
. Probably it is not
necessary?
Juergen Sauermann <juergen.sauerm...@t-online.de> writes:
Hi Alexey,
I have added a description of the help_def() parameters at the beginning of Help.def.
SVN 1031.
/// Jürgen
On 01/06/2018 12:05 PM, Alexey Veretennikov wrote:
First mail was declined by
Hi Alexey,
I have added a description of the help_def() parameters
at the beginning of Help.def.
SVN 1031.
/// Jürgen
On 01/06/2018 12:05 PM, Alexey
Veretennikov wrote:
First mail was declined by the mail server by
Hi Hans-Peter,
thanks for reporting this. Fixed in SVN 1030.
/// Jürgen
On 01/05/2018 05:05 PM, Hans-Peter
Sorge wrote:
running < ⍎¨ 10 ⍴'0' > takes 2 sec
running < ⍎¨ 50 ⍴'0' > takes 72 sec
On a Lenovo
Jay.
On 5 January 2018 at 15:24, Xiao-Yong
Jin <jinxiaoy...@gmail.com>
wrote:
1e¯200|1e200
hangs on my mac.
> On Jan 5, 2018, at 6:57 AM, Juergen Sauermann <juergen.sauerm
Hi Jay,
hmm, interesting. I am getting this:
A←(-⌽A),0,A←1e¯200 1e¯100 1 1e100 1e200
A∘.|A
0E0 0E0 0 0E0 0E0 0 0E0 0E0 0 0E0 0E0
0E0 0E0 0 0E0 0E0 0 0E0 0E0 0 0E0
,
Could you please hint me how to specify these flags so I can
experiment myself?
Br,
/Alexey
2017-12-11 16:19 GMT+01:00 Juergen
Sauermann <juergen.sauerm...@t-online.de>:
Hi
exprt the variable before starting apl.
Regards,
Elias
On 4 December 2017 at
01:56, Juergen Sauerm
se they want to jump in and call me
out :)
And yes, I think this has come up for other projects too, hence the
proposal of the S_D_E environment variable (for both setting a build
date and to indicate that this build should be reproducible).
Thanks again!
-Santiago.
On Tue, Dec 05, 2017 at 11:27
Hi Elias,
thanks, fixed in SVN 1025.
Best Regards,
/// Jürgen
On 12/05/2017 11:46 AM, Elias Mårtenson
wrote:
I made a typo and was presented with an APL stack trace
which suggests a bug in GNU APL.
Hi Xtian,
normally a DOMAIN ERROR is raised when a function is used for which the
libraries
were not installed when GNU APL was compiled.
/// Jürgen
On 12/05/2017 06:44 AM, Christian Robert wrote:
I am curious about how will react APL compiled with
say the right PCRE and the right FFT
Hi Santiago,
I will look into this. Would it be acceptable to have a ./configure
option that
prevents the setting of the build date (so the build date would be
roughly the
time when the GNU APL sources were checked in rather than the time when
GNU APL was ./configure'd)?
I suppose this issue
ote:
Perhaps adding the path to the dylib file in
DYLIB_LIBRARY_PATH will help? Don't forget to exprt the variable
before starting apl.
Regards,
Elias
On 4 December 2017 at 01:56, Juergen
Sauermann &l
On 3 December 2017 at 18:58, Juergen
Sauermann <juergen.sauerm...@t-online.de>
wrote:
Hi Alexey,
I am not really familiar with emacs or OS X, so Elias is
probably better informe
Hi Alexey,
I am not really familiar with emacs or OS X, so Elias is probably
better informed than me.
Unfotunately shared libraries are rather platform dependent and so
are the error messages that
they produce. From the output below it seems
Hi Peter,
thanks, fixed in SVN 1022.
Best Regards,
/// Jürgen
On 11/18/2017 04:04 AM, Peter Teeson
wrote:
line 117 # before ./configure is run. This avoids running ./configyre if not needed
Hi Peter,
thanks, fixed in *SVN 1021*.
Best Regards,
/// Jürgen
On 11/16/2017 07:48 PM, Peter Teeson wrote:
Updated to revision 1020.
UserFunction.cc:673:40: error: unused variable 'ec' [-Werror,-Wunused-variable]
if (const ErrorCode ec = transform_multi_line_strings())
Hi David,
thanks, fixed in SVN 1019.
/// Jürgen
On 11/02/2017 03:28 AM, David B.
Lamkins wrote:
Updated to revision 1018.
Output of clang++ -v:
clang version 4.0.1 (tags/RELEASE_401/final)
Target: x86_64-unknown-linux-gnu
Hi,
for those of you that are interested in signal processing and the
like, I have added
⎕FFT which computes discrete Fourier transforms. ⎕FFT
uses libfftw3, which needs
to be installed before GNU APL is being ./configure'd.
I also added
Hi Elias,
I believe we consider the ⎕RE from two points of view. From
a language or function
designer's point of view your focus is less on specific use cases
but more on how well the function fits into the rest of the
language. From a function user's point of
Hi Elias,
see below.
/// Jürgen
On 10/12/2017 09:13 AM, Elias Mårtenson
wrote:
On 11 October 2017 at 21:15, Juergen
Sauermann <juergen.sauerm...@t-online.de>
Hi Elias,
I understand your case but I am afraid that 1↓ is the wrong
approach in general. It happens to work in
special cases (read: 1 level of sub-expressions) but not in
general.
If I understand libpcre correctly (and I propably don't)
X
or
(shape X) pick X
which I suppose are both slower than a primitive could be.
This might be considered trivial as well though.
Just a suggestion!
Louis
On 10 Oct 2017, at 18:46, Juergen Sauermann <juergen.sauerm..
1 - 100 of 1202 matches
Mail list logo
