just tried python 3.8 and everything works just fine.
The README-10-python is slightlly out of date since it says to copy
the GNU APL .so file into /usr/lib/python3.4/lib-dynload/. This was
apparently correct at the time of writing but now I had to copy into
/usr/local/lib/python3.8/lib-dynload/. This may also depend on how
python was installed. And is difficult to spot sinve both the /usr/libpython3.8
and the /usr/local/lib/python3.8 directories exist and if you copy to the
wromg one then you will get a "module not found" error in python.
Best Regards,
Jürgen
On 2/28/23 12:01 PM, Dr. Jürgen
Sauermann wrote:
Hi enztec,
which SVN version worked on your side? And does it still work?
I suppose that the python callling conventions for modules have changed in
the meantime, since there never was a main() function in python_apl.cc.
Best Regards,
Jürgen
On 2/27/23 10:35 PM, enz...@gmx.com wrote:
Hi Jürgenimport gnu_aplTraceback (most recent call last): File "<stdin>", line 1, in <module> ImportError: /usr/local/lib/python3.10/lib-dynload/gnu_apl.cpython-310-x86_64-linux-gnu.so: undefined symbol: maina gnu_apl.so from an earlier svn compile works fine - so nothing has changed at this end thanks On Sun, 26 Feb 2023 18:18:27 +0100 Dr. Jürgen Sauermann <m...@xn--jrgen-sauermann-zvb.de> wrote:Hi enztec, thanks, fixed in SVN 1650. Best Regards, Jürgen On 2/25/23 1:01 AM, enz...@gmx.com wrote: when compiling libapl for python3 i get following make problem python_apl.cc: In function 'PyObject* apl_exec(PyObject*, PyObject*)': python_apl.cc:198:64: error: no matching function for call to 'Workspace::SI_top_error()' 198 | if (const StateIndicator * si = Workspace::SI_top_error()) | ~~~~~~~~~~~~~~~~~~~~~~~^~ In file included from python_apl.cc:15: Workspace.hh:212:28: note: candidate: 'static StateIndicator* Workspace::SI_top_error(bool)' 212 | static StateIndicator * SI_top_error(bool quad_LRX);