Victor Lazzarini added the comment:
Hi Ned,
thanks for your detailed response. I have to say that the LD_LIBRARY_PATH
partially worked in some cases, the library got loaded. However in cases where
there were dependencies, further issues appeared particularly when the link
(as revealed by
Victor Lazzarini added the comment:
I have looked at this closely and it appears Python 3.6.5 has a search path for
libraries and frameworks that is missing in the newer versions (3.7 onwards).
I can load libraries from /usr/local/lib and ~/lib without any difficulties in
3.6.5, just by
Change by Victor Lazzarini :
--
versions: +Python 3.7, Python 3.8
___
Python tracker
<https://bugs.python.org/issue43964>
___
___
Python-bugs-list mailin
New submission from Victor Lazzarini :
With Python 3.9.4 ctypes.CDLL does not appear to find framework libraries
installed in /Library/Frameworks.
--- With Python 3.6.5:
victor@MacBook-Pro ~ % python3
Python 3.6.5 (v3.6.5:f59c0932b4, Mar 28 2018, 03
Victor Lazzarini added the comment:
I don't know how to patch the installer, but here are the commands for someone
who does. You need gendef and dlltool, which should come with the standard
mingw64 installation.
>From python27.dll:
$ gendef python27.dll
$ dlltool --as-flags=--64 -m
Victor Lazzarini added the comment:
That did the trick! Apparently we can't link to MSVC dlls
http://sourceforge.net/apps/trac/mingw-w64/wiki/Answer%2064%20bit%20MSVC-generated%20x64%20.lib
Creating a *.a fixes it.
Thanks.
--
___
Python tr
New submission from Victor Lazzarini:
It appears various symbols are missing from Python27.lib, 64bit build.
Here is a list of undefined symbols (from link errors):
/debug/Opcodes && /c/mingw-builds/x64-4.8.1-posix-seh-rev5/mingw64/bin/gcc.exe
-Wl,--add-stdcall-alias -shared -o ../py.
