Re: Building GNU APL (1.8, SVN: 1252) under OpenBSD/amd64 6.6-STABLE

[Dr . Jürgen Sauermann]

Hi Alexander,

the _N issue is fixed in SVN 1253.

Regarding the warning there seems to be a mismatch in the determination
of the memory available to the process running the interpreter. The methods
for doing that are potentially platform specific.

Could you please:

A. start apl like this:

apl -l37

and send me the output,

B. Run

cat /proc/meminfo

and send me the output, and

C. run

ulimit -a

and send me the output, and

The warning is not too serious and only matters if the workspace
size comes close to the amount of memory that the process is
allowed to use.

Best Regards,
Jürgen Sauermann

On 4/8/20 8:51 AM, Alexander Shendi wrote:

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 correct remedy. Another option would be
to rename all occurences of "_N" in that file to e.g. "_NN".

After startup GNU APL displays the following message:

surfacego$ ./.local/gnuapl/svn-1252/bin/apl --noColor
*** Warning: the process memory limit (RLIMIT_AS) of 6442450944
 is more than the estimated total_memory of 3221225472.
 This could cause improper WS FULL handling.
::connect() to supposedly existing APserver failed: Invalid argument

I'm not sure what this means, let alone how to deal with it.

Many thanks in advance for your help.

Best Regards,

Alexander