site_archiver@lists.apple.com Delivered-To: darwin-dev@lists.apple.com Le 2 sept. 08 à 13:46, Luke Daley a écrit : On 01/09/2008, at 3:22 AM, Jordan K. Hubbard wrote: When in doubt… RTFM I can't believe I missed that. Anywho, still doesn't solve it completely because now I get … Undefined symbols: "___syscall", referenced from: I am building for only x86_64 at this point. » nm /usr/lib/libSystem.dylib | grep __syscall 000441d0 t ___syscall _______________________________________________ Do not post admin requests to the list. They will be ignored. Darwin-dev mailing list (Darwin-dev@lists.apple.com) Help/Unsubscribe/Update your Subscription: http://lists.apple.com/mailman/options/darwin-dev/site_archiver%40lists.appl... Well, clearly the 64 bit interpositioning case is the one that is biting you, and if you've already clarified that all the select() variants are STILL converging on your interpositioning routines even in the 64 bit ABI case, then I guess you need to look very carefully at your interpositioning code and see if you have any 32 vs 64 bit size issues anywhere, that's the only thing I can think of (getting a 64 bit value in and truncating it to 32 bits then passing it on to a syscall which expects 64 bits would do it). » man syscall … The __syscall form should be used when one or more of the parameters is a 64-bit argument to ensure that argument alignment is correct … It's very clearly there, why can't my code find it? Because it is an internal symbol and it is not exported (note the lower case 't' in front of the symbol name). This email sent to site_archiver@lists.apple.com