It was my mistake in neglecting to mention I'm using Loongson, yes; I didn't
intend to inconvenience
anyone with this. It will be a while before I upgrade this system, so this
will need to be the stop
for now; as evidenced by my subject choice, I rather let issues and other
things build up for
I wish you had mentioned to you were on Loongson at the start. I have a
bunch of those machines lying around so can help.
But yes, it would be good if you tried updating to -current and trying
again.
~Brian
On 2020-02-23 4:02 PM, program...@verisimilitudes.net wrote:
I appreciate the fast res
I appreciate the fast responses. I'm using the OpenBSD precompiled packages,
so I don't have any of
the source to do in-depth testing with. Since I'm using an OpenBSD a few
versions behind, and under
MIPS64el, and the other messages seem to indicate this can't be reproduced,
I'll merely keep t
OpenBSD 6.6 has GNU APL 1.7 (releases are made once every 6 months).
The latest package for -current (which will eventually become OpenBSD
6.7) has GNU APL 1.8
I do regularly test the SVN version as well. I was not able to reproduce
the error on 1.8 or SVN.
~Brian
On 2020-02-23 10:12 AM, Dr
Hi,
I just ran a VirtualBox VM with OpenBSD 6.6 and the ⎕EA error reported
does not occur there. I ran the GNU APL version 1.7 which seems to be the
latest in the OpenBSD package system.
My impression is that you may need to use the "official" GNU APL port
of OpenBSD rather than compiling from so
Which, I should add, is exactly what I added to the README-6-Porting
file for OpenBSD :)
The latest version (SVN) of GNU APL compiles out of the box on OpenBSD.
You may want to install the following packages before building:
execinfo fftw3 gtk+3 pcre2
You should run the configure script as foll
Hi Jürgen --
Yes, exactly.
I have found that the GNU APL configure script doesn't always discover
the /usr/local directory (or our /usr/X11R6 directory, where X libraries
live).
So to be safe, the OpenBSD package of GNU APL (which I tie to releases)
does this:
CPPFLAGS='-I/usr/local/include -I
Hi Brian,
thanks. If it is installed then the ./configure of GNU APL should detect
it and
automatically add the proper linker flags. So 'Programmer' should:
1. install the libexecinfo package
2. re-run ./configure
3. make ; make install
On 2/23/20 1:43 PM, Brian Callahan wrote:
> execinfo.h abs
execinfo.h absolutely does exist on OpenBSD. You need to install the
libexecinfo package then link with -lexecinfo
~Brian
On 2020-02-23 4:20 AM, program...@verisimilitudes.net wrote:
I've constructed a basic example which crashes GNU APL under OpenBSD; it
explains the cause, but the
notice ma
Hi Programmer,
thank you for reporting this problem. I tried to reproduce it
under Linux MInt, but the problem
does not occur there. So I need some help from your side. My first
question is: which compiler
are you using?
In GNU APL, ⎕EA i
I've constructed a basic example which crashes GNU APL under OpenBSD; it
explains the cause, but the
notice may still be valuable:
'1'⎕EA'1÷0'
Cannot show function call stack since execinfo.h seems not to exist on this OS
(WINDOWs ?).
Process apl finished
I'm also interested in having so
11 matches
Mail list logo
