[PyQt] ANN: pyqtdeploy v2.0 Released

Patrick Stinson patrickkidd at gmail.com
Sat Jan 6 16:41:07 GMT 2018


So is your suggestion is to patch pyqtdeploy for each application to include the source files and module unit entry, or is there a cleaner way to do it?

> On Jan 6, 2018, at 2:34 AM, Phil Thompson <phil at riverbankcomputing.com> wrote:
> 
>> On 6 Jan 2018, at 5:39 am, Patrick Stinson <patrickkidd at gmail.com> wrote:
>> 
>> Phil,
>> 
>> I had patched pyqtdeploy-v1 to include some standard C python modules in my sysroot builds, for example:
>> 
>>        {"time", PyInit_time},
>>        {"math", PyInit_math},
>>        {"pickle", PyInit__pickle},
>>        {"_datetime", PyInit__datetime},
>>        {"_struct", PyInit__struct},
>>        { "binascii", PyInit_binascii},
>>        { "_sha512", PyInit__sha512},
>>        { "_sha256", PyInit__sha256},
>>        { "_sha1", PyInit__sha1},
>>        { "_md5", PyInit__md5},
>>        { "_random", PyInit__random},
>>        { "_zlib", PyInit_zlib},
>>        { "_socket", PyInit__socket},
>>        { "select", PyInit_select},
>> 
>> I suppose it makes sense that I am running into some unresolved symbols (_ffi_call_unix64, _ffi_closure_unix64) using this sysroot with the new pyqtdeploy-build. So I guess I should re-build my sysroots using the new pyqtdeploy-sysroot.
>> 
>> Is there a way to include std c python modules when building python with pyqtdeply-sysroot? In pyqtdeploycli v1 that involved changes to config_py3.c & python.pro.
> 
> No. Those modules are built on an application by application basis when needed.
> 
> Phil


More information about the PyQt mailing list