Open timosachsenberg opened 3 years ago
On windows
I would say don't use unsigned long since it is platform dependent. Just use our UInt64 typedef.
Ok thanks. Will check where this type comes from and how to change it
ok what about size? this is wrong? https://github.com/OpenMS/OpenMS/blob/develop/src/pyOpenMS/pxds/UniqueIdInterface.pxd#L13
See
so Size
should be size_t
- so that makes me wonder if the Windows version is 32 bit? Otherwise, if its compiled for 64 bit then I would assume that size_t
is 64 bit?
on the left side of the assignment we have a UInt64 https://github.com/OpenMS/OpenMS/blob/develop/src/pyOpenMS/pxds/ConsensusMap.pxd#L28 on the right side a Size type
aah... k will change
let's hope autowrap knows about typedefs and does not complain about maps with wrapped key+value
according to uwe that is a wrapper around Map https://github.com/OpenMS/OpenMS/blob/5c51ad02b833986049f250c1cb46fe02b77b79cc/src/pyOpenMS/addons/ConsensusMap.pyx#L23 but we use std::map can't we then not get rid of https://github.com/OpenMS/OpenMS/blob/5c51ad02b833986049f250c1cb46fe02b77b79cc/src/pyOpenMS/addons/ConsensusMap.pyx#L7-L25
Unless autowrap+msvc complained just about the potential type incompatibility, I would keep the extension and change the types there as well But you could try.
let's see if this works https://github.com/OpenMS/OpenMS/pull/5634
Did you test it on windows? Because our night lies still fail because of numpy
@timosachsenberg didn't you recently fix GitHub actions? Also pyopenms?
@timosachsenberg is there a way you can test this, eg with large integers in Python?
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.