me or Alexander) should look further into.
>
>
>~Brian
>
>
>_
>Brian Robert Callahan, Ph.D.
>
>Lecturer, ITWS@RPI
>
>Office: Lally 304
>
>_____
>
>From: Bug-apl [bug-apl-bounces+calla
>From: Bug-apl [bug-apl-bounces+callab5=rpi@gnu.org] on behalf of
>Dr. Jürgen Sauermann [m...@xn--jrgen-sauermann-zvb.de]
>Sent: Monday, April 12, 2021 5:47 AM
>To: Alexander Shendi; bug-apl@gnu.org
>Subject: Re: GNU APL now requires bash shell and in-tree builds
>
>H
Dear list,
I tried out SVN 1468, but still had to modify the following files
* . /configure (replace "source" with ".")
* . /src/main.cc (replace "bind" with "::bind" on line 300
Thanks in advance for your help.
/Alexander
Am 11. April 2021 15:26:44 MESZ schrieb "Callahan, Brian Robert"
:
Dear GNU APLers,
in a bout of Dunning-Krueger I have tried to build GNU APL (svn: 1466)
from source.
OS: OpenBSD 6.8-stable, amd64
Configure options --prefix=/home/alexshendi/.local/gnuapl/svn-1466 \
CC=clang CXX=clang++ LD=clang++
Contents of buildtag.hh:
#define BUILDTAG PACKAGE_NAME, PACK
Hi all,
I am now shopping for an APL font to use with X11R7 on NetBSD 9. I have already
tried the stuff from APL385.com. The procedure was as follows:
1. Copy the font files into /usr/pkg/share/fonts/X11/TTF/.
2. Execute "/usr/X11R7/bin/mkfontscale"
3. Execute "/usr/X11R7/bin/mkfontdir"
4. Execut
it may work fine. AKT is now available at
>https://github.com/blakemcbride/akt
>
>There are several alternative approaches. They're all in the docs.
>I've
>used a couple and they work too.
>
>Good luck!
>
>Blake
>
>
>On Mon, Apr 27, 2020 at 6:00 PM Alexa
uot;XkbOptions" "grp:shifts_toggle,caps:hyper"
>EndSection
> >8
>
>You need to remove 'dvp' (for Dvorak dvp) if you don't know what it is.
>The 'grp:shifts_toggle' sets to toggle the input from us to apl by
>pressing both shift
Dear List,
I feel seriously intellectually challenged. I have compiled gnu apl under
NetBSD (SVN-1271) and all went fine.
But I'm just not up to configuring the X Window System to support APL input and
output. These are the steps I've taken so far:
1. set the locale to en_US. UTF-8 (by setting
Dear Dr. Sauermann,
I just realised that you might mean 'apl -l 37'.
Here ist the output of that command.
initial RLIMIT_AS (aka. virtual memory) is: 6442450944
estimated available memory: 3221225472 bytes (3221 MB)
*** Warning: the process memory limit (RLIMIT_AS) of 6442450944
is more than the
Hi Dr. Sauermann,
I'm supplying the desired info:
1. Output of "ulimit -a"
time(cpu-seconds)unlimited
file(blocks) unlimited
coredump(blocks) unlimited
data(kbytes) 6291456
stack(kbytes)4096
lockedmem(kbytes)2671438
memory(kbytes) 8010120
nofiles(descrip
Hello GNU APL world,
I have compiled SVN 1252 under OpenBSD 6.6-STABLE (amd64).
I had the following small issue:
In file "src/Bif_F12_DOMINO.hh" I had to insert
#ifdef _N
#undef _N
#endif
after line 28. It seems the system header file "ctype.h" i
already #defines _N.
I'm not sure this is the cor
d 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
Dear List,
does anyone of you have experience with building GNU APL under NetBSD-current /
aarch64?
Many thanks in advance,
Alexander
--
You have zero privacy anyway. Get over it.
Scott McNealy 1999
Dear list,
I have attempted to compile GNU APL 1.8 under OpenBSD.
I have merged some changes to the source from the OpenBSD port of GNU
APL 1.7.
However I get a compile error during the build process when
compiling src/Performance.cc. I have inserted an excerpt from the build
log at the end of th
Dear list,
I have attempted to compile GNU APL 1.8 under OpenBSD.
I have merged some changes to
the source from the OpenBSD port of GNU
APL 1.7.
However I get a compile error during the build process when
compiling src/Performance.cc. I have inserted an excerpt from the build
log at the end of t
15 matches
Mail list logo
