[issue8864] multiprocessing: undefined struct/union member: msg_control

Martin v. Löwis added the comment: Fixed in r81692, r81694. -- resolution: -> fixed status: open -> closed ___ Python tracker ___ ___

[issue8864] multiprocessing: undefined struct/union member: msg_control

John Levon added the comment: It's not clear why you'd need configure tests, but you could easily add the define in the body of the autoconf test AFAIK - is there a reason this is difficult? -- ___ Python tracker

[issue8864] multiprocessing: undefined struct/union member: msg_control

Martin v. Löwis added the comment: Most likely, we wouldn't be able to support recvmsg on Solaris. We would need to run configure tests to determine whether the APIs are available, and that would require defining _XOPEN_SOURCE in pyconfig.h.in, which (according to #1759169) we must not do. -

[issue8864] multiprocessing: undefined struct/union member: msg_control

John Levon added the comment: Yes, we would almost certainly want something similar. -- ___ Python tracker ___ ___ Python-bugs-list ma

[issue8864] multiprocessing: undefined struct/union member: msg_control

Antoine Pitrou added the comment: Would such a workaround also be necessary if we want to add support for recvmsg() to the socket module (as in issue6560), or is it totally unrelated? -- nosy: +pitrou ___ Python tracker

[issue8864] multiprocessing: undefined struct/union member: msg_control

John Levon added the comment: defining _XOPEN_SOURCE=600 or similar is better, as Martin pointed out. -- ___ Python tracker ___ ___ Py

[issue8864] multiprocessing: undefined struct/union member: msg_control

Sridhar Ratnakumar added the comment: On 2010-05-31, at 4:54 PM, John Levon wrote: > In terms of getting Python building again, it should be sufficient to define > _XPG4_2 for the multiprocessing module compile only. I can verify that the following patch works around this issue (for now); --

[issue8864] multiprocessing: undefined struct/union member: msg_control

John Levon added the comment: Right, it should be one of the "official" ways of enabling that. -- ___ Python tracker ___ ___ Python-bu

[issue8864] multiprocessing: undefined struct/union member: msg_control

Martin v. Löwis added the comment: Defining _XPG4_2 is surely the wrong thing to do, right? It's an internal flag only, not meant to be used by applications. -- ___ Python tracker _

[issue8864] multiprocessing: undefined struct/union member: msg_control

John Levon added the comment: This appears to be one of the few cases where there's incompatibilities between different versions of the standards. Old BSD sockets use msg_accrights*, whereas the more modern way is msg_control* pointing to a struct cmsghdr. In terms of user/kernel interface, t

[issue8864] multiprocessing: undefined struct/union member: msg_control

Changes by Antoine Pitrou : -- nosy: +movement, zooko ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mai

[issue8864] multiprocessing: undefined struct/union member: msg_control

Sridhar Ratnakumar added the comment: Platforms affected: SunOS ginsu 5.10 Generic_125101-10 i86pc i386 i86pc SunOS nail 5.8 Generic_117350-55 sun4u sparc SUNW,Sun-Fire-280R Compiler used: bash-2.03$ which cc /opt/SUNWspro/bin//cc bash-2.03$ cc -V cc: Sun C 5.7 2005/01/07

[issue8864] multiprocessing: undefined struct/union member: msg_control

New submission from Sridhar Ratnakumar : There is apparently a regression on ^/trunk with multiprocessing on solaris10-x86 today. (used to work a few weeks before) cc -Kpic -OPT:Olimit=0 -g -DNDEBUG -O -IModules/_multiprocessing -I. -IInclude -I./Include -I/export/home/apy/rrun/build/activepyt