see how *cerr << endl*
could fail. However, the reason might be the same (CERR not
initialized before it is used).
I will look into fixing this.
Best Regards,
Jürgen Sauermann
On 7/21/19 4:09 PM, Dr. Brian Callahan wrote:
Hi Jürgen --
Sure. This is the output:
++ constructing Dyna
On 9/6/19 2:05 PM, Peter Teeson via Bug-apl wrote:
Just for fun I am thinking of trying APL on RPi.
I have a 3B+ and plan on getting an RPI4.
At present I run Raspbian Stretch but also have a 128GB USB bootable Buster
release.
I also note that there is an amd64.deb from June 2019.
So I tho
Hello --
GNU APL builds and runs just fine on OpenBSD/aarch64 -current. There are
some build fixes that I still need to upstream which you will probably
hit as well on NetBSD, but I have to imagine if it's doable on OpenBSD
it will be doable on NetBSD.
~Brian
On 2020-02-07 2:47 PM, Alexande
em in
README-6-porting.
Best Regards,
Jürgen
On 2/7/20 10:15 PM, Brian Callahan wrote:
Hello --
GNU APL builds and runs just fine on OpenBSD/aarch64 -current. There
are some build fixes that I still need to upstream which you will
probably hit as well on NetBSD, but I have to imagine if it's
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
s. 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 absolutely does exist on OpenBSD. You need to install the
libexecinfo package then link with -lexecinfo
~Br
follows:
CC=cc CXX=c++ CPPFLAGS="-I/usr/local/include -I/usr/X11R6/include"
LDFLAGS="-L/usr/local/lib -L/usr/X11R6/lib" ./configure
On 2020-02-23 9:37 AM, Brian Callahan wrote:
Hi Jürgen --
Yes, exactly.
I have found that the GNU APL configure script doesn't always
of OpenBSD rather than compiling from source, but I am lacking quite
some OpenBSD expertise.
Best Regards,
Jürgen
On 2/23/20 3:42 PM, Brian Callahan wrote:
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
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
OpenBSD does not have the /proc filesystem.
What does cat /proc/meminfo do? So that I can provide an analogous
OpenBSD command.
~Brian
On 2020-04-08 6:58 AM, Dr. Jürgen Sauermann wrote:
Hi Alexander,
the _N issue is fixed in *SVN 1253*.
Regarding the warning there seems to be a mismatch in
Hello Otto --
You are trying to build with the in-base g++ (aka gcc-4.2.1).
You need to run the configure script as it is written in the
README-6-Porting:
CC=cc CXX=c++ CPPFLAGS="-I/usr/local/include -I/usr/X11R6/include"
LDFLAGS="-L/usr/local/lib -L/usr/X11R6/lib" ./configure This will make
s
I can't speak for NetBSD, but on OpenBSD, when you install GNU APL from
OpenBSD packages, you automatically install an additional package of
Apl333.ttf and Apl385.ttf. This works fine, and has the added benefit of
letting OpenBSD set up the fonts for you, so you can immediately be on
your way t
Hello --
The follow build error occurred with SVN 1278. OpenBSD/amd64, clang++ as
compiler.
struct random_data is a glibc extension and either needs to be defined
in GNU APL for other platforms or not used.
~Brian
c++ -DHAVE_CONFIG_H -I. -I.. -I/usr/local/include -I/usr/X11R6/include
-Wal
n 2020-05-03 12:50 PM, Dr. Jürgen Sauermann wrote:
Hi Brian,
thanks, Hopefully fixed in *SVN 1281*.
Best Rgeards,
Jürgen
On 5/3/20 5:16 PM, Brian Callahan wrote:
Hello --
The follow build error occurred with SVN 1278. OpenBSD/amd64, clang++
as compiler.
struct random_data is a glibc extensio
That works. Thanks!
~Brian
On 2020-05-03 1:29 PM, Dr. Jürgen Sauermann wrote:
Hi Brian,
I see. Hopefully *SVN 1282*works better.
Best Regards,
Jürgen
On 5/3/20 7:10 PM, Brian Callahan wrote:
Hi Jürgen --
Now I get this.
~Brian
Quad_RVAL.cc:483:6: error: member initializer 'N'
place.
Best Regards,
Jürgen
On 7/21/19 3:07 AM, Dr. Brian Callahan wrote:
Hi list --
I am in the process of updating the OpenBSD package of GNU APL to
1.8. It builds ok, but segfaults immediately upon running the apl
binary.
There is a (unfortunately very large) gdb backtrace attached t
ompilers 1 and 2 both produced an apl that segfaulted. Compiler 3
produced a working apl.
Not sure what if any conclusions we can draw from that, but that's the data.
~Brian
On 7/21/19 12:51 PM, Brian Callahan wrote:
Hi Jürgen --
Yes, SVN 1180 fixes things for me. Thank you very much for
17 matches
Mail list logo
