Build failure in alarm.c on Win32

[jnthn]

Current build fails on Windows with MSVC:

    cl -I./include -I./include/pmc -nologo -GF -W4 -MD -Zi -DNDEBUG -Ox -GL -fp:precise -DWIN32 -D_CONSOLE -DNO_STRICT -DWIN64 -DCONSERVATIVE -DUSE_SITECUSTOMIZE  -D_CRT_SECURE_NO_DEPRECATE -DHASATTRIBUTE_DEPRECATED -wd4101 -DHASATTRIBUTE_NORETURN -wd4101 -DDISABLE_GC_DEBUG=1 -DNDEBUG     -MD -Zi -DNDEBUG -Ox -GL -fp:precise -wd4127 -wd4054 -wd4310 -Isrc -Isrc/ -Fosrc/alarm.obj -c src/alarm.c

alarm.c
src/alarm.c(22) : fatal error C1083: Cannot open include file: 'sys/time.h': No such file or directory

If I change that to just pull in time.h, it then complains about stuff in signal.h. It looks like this is related to the green_threads work. I'm surprised the branch got merged without consideration for Windows support; I'd have thought that "Windows probably does signal stuff very differently" woulda been an obvious thing to think about.

[jnthn]

NQP and Rakudo will target pre-green-threads Parrot until this is resolved. That way, it doesn't block me getting stuff done, and gives Parrot folks some time/space to get the fix in without worrying it's blocking Rakudo development.

[Benabik]

I believe there is a fix for this as of c34e000. It simply disables the alarms for Win32, but it's a start.

[Whiteknight]

This alarm stuff has been disabled in windows, and the most recent versions of the threading code will use a different mechanism which does not break on windows. I'm going to close this ticket now, since we aren't using this code and aren't planning to use it in the future.