Windows support

[indutny]

n/t

cc @refack? ;)

[indutny]

@refack since you asked 😉

I have no idea how file IO, child processes work on Windows. I suppose one will need CreateProcess to do execSync, but I hope that file IO may be done with some POSIX-like APIs.

All in all, it comes down to splitting dukgyp.c into dukgyp.c,dukgyp-unix.c,dukgyp-win.c, and dukgyp-platform.h (which will contain declarations of -unix and -win stuff).

[refack]

Sounds like a hoot 🤠

[refack]

After commenting out the broken stuff I got it down to this:

Severity	Code	Description	Project	File	Line	Suppression State
Error	LNK1120	3 unresolved externals	dukgyp	D:\code\3party\dukgyp\Default\dukgyp.exe	1	
Error	LNK2019	unresolved external symbol _realpath referenced in function _dukgyp_native_fs_realpath	dukgyp	D:\code\3party\dukgyp\dukgyp-platform.obj	1	
Error	LNK2019	unresolved external symbol _lstat referenced in function _dukgyp_native_fs_exists	dukgyp	D:\code\3party\dukgyp\dukgyp-platform.obj	1	
Error	LNK2019	unresolved external symbol _dukgyp_exec_cmd referenced in function _dukgyp_native_cp_exec	dukgyp	D:\code\3party\dukgyp\dukgyp-platform.obj	1	

Piece of 🍰

[refack]

Seems you're right, only need to re-implement dukgyp_exec_cmd. Everything else works.
We can do IO with streams, very similar to POSIX, so it's not a huge change.
Do you think we can add libuv as a dependency? Or is that a too big a hammer?

[indutny]

It is too big for this case, and would be hard to compile to a single .c file.

[indutny]

@refack I just got an access to Windows machine. Let me know if you need any help on this!

[refack]

Almost there...