compiling ap/libapl

[enztec]

Hello

Here is my situation with regards to my compiling apl/libapl

i have a working 1182 apl/libapl which works perfectly - the 1182 libapl.so and 
libapl.a both compile the libapl_test.c code fine

i tried to compile 1474 apl/libapl and the apl compiled with no problem but 
segfaylts when i display a var of 30000 integers and when i use )copy on the 
same file a second time it won't copy because of some recursive warning (there 
is nothing recursive in the file)
the ]nextfile and ]pushfile both work fine however

but compiling the 1474 libapl had problems but i was finally able to compile 
it. but the resulting libapl.so and libapl.a both give the floating point error 
with the following libapl_test.c code

i decided to backtrack and recompile the 1182 to get a floor on this situation

but now when i compile 1182 the apl seems okay but the libapl.so and libapl.a 
both give the floating point error from libapl_test.c

something changed from the original 1182 compile now and i would like to 
find/fix what is now wrong so the 1475 compile will be good

none of the libraries linked into libapl.so or used for the libapl.a have 
changed

---

libapl_test.c
// libapl_test.c   stl
#include <stdio.h>
#include <stdlib.h>
#include <apl/libapl.h>
//#include "/usr/local/include/apl/libapl.h"
int main (int argc, char * argv[])
{
// causes  Executable ./APs/APserver not found.
//init_libapl(argv[0], 0);
apl_exec("2 3⍴⍳6");
return 0;
}

----

f=libapl_test

here is good dynamic compile on old 1182 libapl.so
gcc $f.c -L /usr/local/lib/apl -lapl -o $f -O2
./$f

this is good static compile on old 1182 libapl.a
gcc $f.c -lpthread -lncurses -lxcb -ldl -lm -lc -lsqlite3 -lstdc++ 
/usr/local/lib/apl/libapl.a -o $f -O2
./$f

---

any help would be appreciated

thanks