On 20. 05. 19 17:04, Richard Shaw wrote> > The weird part is that it's
evaluating as blank on Fedora 29 and 30[2] and
> working in Rawhide EXCEPT for armv7hl in which it's evaluating to[3]:
>
> -DPYTHON_SUFFIX=.cpython-37m-armv7hl-linux-gnu
>
> But the shiboken config file is named:
>
>
/usr/lib/cmake/Shiboken-1.2.4/ShibokenConfig.cpython-37m-arm-linux-gnueabi.cmake
>
> Which is very different...
We do actually change some arch naming in here:
https://github.com/fedora-python/cpython/commit/e9def22e31801d9d75017e6752d3daf4099bc836
But not arm -> armv7hl.
I suspect that the name might be platform specific and the upstream name
might
simply not be compatible with what we have in Fedora.
Ok, is this a recent change that a simple rebuild would fix?
I'm not aware of any recent change to this. I doubt a rebuild would change
anything.
Shouldn't the
shiboken cmake file be generated using the same logic?
While I sometimes pretend I understand Python, I'm Jon Snow when cmake is
involved (I know nothing). Sorry, but I'm not able to help you here.
--
Miro Hrončok
--
Phone: +420777974800
IRC: mhroncok
_______________________________________________
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives:
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
