Message74459
| Author |
lemburg |
| Recipients |
lemburg, loewis, ronaldoussoren, trentm |
| Date |
2008年10月07日.15:23:47 |
| SpamBayes Score |
6.7323924e-12 |
| Marked as misclassified |
No |
| Message-id |
<48EB7F00.2080703@egenix.com> |
| In-reply-to |
<1223382780.08.0.44353191376.issue4060@psf.upfronthosting.co.za> |
| Content |
On 2008年10月07日 14:33, Ronald Oussoren wrote:
> Ronald Oussoren <ronaldoussoren@mac.com> added the comment:
>
> Annoyingly enough my patch isn't good enough, it turns out that ctypes
> has introduced a SIZEOF__BOOL definition in configure.in and that needs
> special caseing as well.
>
> pymacconfig.h.patch2 fixes that issue as well. Do you have access to a
> PPC G5 system? I've determined the correct value of SIZEOF__BOOL for
> that platform by reading the assembly code for a small test program and
> hence am not 100% sure that sizeof(_Bool) actually is 1 on that
> architecture.
Using this helper:
#include <stdio.h>
main() {
printf("sizeof(_Bool)=%i bytes\n", sizeof(_Bool));
}
I get:
sizeof(_Bool)=4 bytes
on a G4 PPC.
Seems strange to me, but reasonable since it is defined like this
in stdbool.h:
#if __STDC_VERSION__ < 199901L && __GNUC__ < 3
typedef int _Bool;
#endif |
|