[DiscordArchive] <@283455627538333696> what for? I can use Cython with native types?
[DiscordArchive] <@283455627538333696> what for? I can use Cython with native types?
Original source
Ugh
rektbyfaith
10-13-2018, 12:11 PM #11Archived author: Quantam • Posted: 2018-10-13T12:11:10.271000+00:00
Original source
Ugh
Original source
?
rektbyfaith
10-13-2018, 12:11 PM #12Archived author: Skarn • Posted: 2018-10-13T12:11:25.138000+00:00
Original source
?
Original source
It converted my double underscores to underline
rektbyfaith
10-13-2018, 12:11 PM #13Archived author: Quantam • Posted: 2018-10-13T12:11:37.071000+00:00
Original source
It converted my double underscores to underline
Original source
what does that mean?
rektbyfaith
10-13-2018, 12:11 PM #14Archived author: Skarn • Posted: 2018-10-13T12:11:38.190000+00:00
Original source
what does that mean?
Original source
STDCALL = the called function removes the arguments from the stack (by adjusting the stack pointer). CDECL means the caller fixes the stack pointer after the function returns
rektbyfaith
10-13-2018, 12:12 PM #15Archived author: Quantam • Posted: 2018-10-13T12:12:46.765000+00:00
Original source
STDCALL = the called function removes the arguments from the stack (by adjusting the stack pointer). CDECL means the caller fixes the stack pointer after the function returns
Original source
The latter being necessary to allow variable arguments
rektbyfaith
10-13-2018, 12:13 PM #16Archived author: Quantam • Posted: 2018-10-13T12:13:29.773000+00:00
Original source
The latter being necessary to allow variable arguments
Original source
Oh right, a correction. The x64 Windows calling convention doesn't directly correspond to anything, but a cross between FASTCALL and (I think) CDECL. First 4 arguments are passed in registers and the rest are passed on the stack. I think the caller cleans up the arguments.
rektbyfaith
10-13-2018, 12:14 PM #17Archived author: Quantam • Posted: 2018-10-13T12:14:32.750000+00:00
Original source
Oh right, a correction. The x64 Windows calling convention doesn't directly correspond to anything, but a cross between FASTCALL and (I think) CDECL. First 4 arguments are passed in registers and the rest are passed on the stack. I think the caller cleans up the arguments.
Original source
does this change anything for me?
rektbyfaith
10-13-2018, 12:14 PM #18Archived author: Skarn • Posted: 2018-10-13T12:14:51.148000+00:00
Original source
does this change anything for me?
Original source
If you're not on Windows probably not. If you're on Windows see if Cython supports WINAPI and just use that as it will work for all functions declared that way which I think is all of CascLib
rektbyfaith
10-13-2018, 12:15 PM #19Archived author: Quantam • Posted: 2018-10-13T12:15:42.235000+00:00
Original source
If you're not on Windows probably not. If you're on Windows see if Cython supports WINAPI and just use that as it will work for all functions declared that way which I think is all of CascLib
Original source
WINAPI may have different implementations for x86 and x64, but it'll always be the same for a given architecture
rektbyfaith
10-13-2018, 12:16 PM #20Archived author: Quantam • Posted: 2018-10-13T12:16:42.821000+00:00
Original source
WINAPI may have different implementations for x86 and x64, but it'll always be the same for a given architecture
1 Guest(s)
1 Guest(s)