This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author martin.panter
Recipients Michael.Felt, martin.panter
Date 2016-07-29.00:47:44
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1469753265.92.0.822905714365.issue27643@psf.upfronthosting.co.za>
In-reply-to
Content
The test seems to be comparing ctypes and native C bit-field structures, c_int and c_short versus native int and short. In general in C, if a bit-field has type “int” without a signed or unsigned qualifier, it is up to the implementation which mode is chosen. This is different from normal, where int always means signed int.

Since ctypes documents c_int as both meaning “int” and “signed int”, I would say that a ctypes bit-field using c_int should always behave as “signed int”. So perhaps we should just change the test structure to use “signed int” and “signed short”. That should also help avoid the warnings, and may help the Solaris situation (if that is still relevant).

I presume this also affects Python 3.
History
Date User Action Args
2016-07-29 00:47:45martin.pantersetrecipients: + martin.panter, Michael.Felt
2016-07-29 00:47:45martin.pantersetmessageid: <1469753265.92.0.822905714365.issue27643@psf.upfronthosting.co.za>
2016-07-29 00:47:45martin.panterlinkissue27643 messages
2016-07-29 00:47:44martin.pantercreate