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 gco
Recipients BreamoreBoy, christian.heimes, gco, jcea, meador.inge, trent, vstinner, yippi
Date 2018-05-09.00:45:35
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1525826738.69.0.682650639539.issue16733@psf.upfronthosting.co.za>
In-reply-to
Content
The bitfields failures are due to Python not implementing bitfields the same as the compiler.

https://docs.oracle.com/cd/E77782_01/html/E77792/gqexw.html

"Signed and Unsigned int Bit-fields
Bit-fields which are declared as int (not signed int or unsigned int) can be implemented by the compiler using either signed or unsigned types. This makes a difference when extracting a value and deciding whether to sign extend it.

The Oracle Developer Studio compiler uses unsigned types for int bit-fields and the gcc compiler uses signed types. Use the gcc –funsigned-bitfields flag to control this behavior.

For more information, see the sixth list item at https://gcc.gnu.org/onlinedocs/gcc-3.3.6/gcc/Non_002dbugs.html."

When the test compares the ctypes extraction of the bitfield (signed) and the compiler-native extraction of the bitfield (unsigned), they miscompare if the high-bit of the field is set.

If Python wants bitfields extracted from signed integral types to be signed, the C code in the test case needs to account for the compiler implementation defined behavior and sign extend the bitfield before returning it.

See patch in attachment.  The bitfield tests pass with those changes.
History
Date User Action Args
2018-05-09 00:45:39gcosetrecipients: + gco, jcea, vstinner, christian.heimes, trent, meador.inge, BreamoreBoy, yippi
2018-05-09 00:45:38gcosetmessageid: <1525826738.69.0.682650639539.issue16733@psf.upfronthosting.co.za>
2018-05-09 00:45:38gcolinkissue16733 messages
2018-05-09 00:45:37gcocreate