they don't generate win 32 executables.

>I muttered about re-targeting 8c a couple of years ago
>but forsyth pointed out the calling convention is so
>different that a complete shim around the win32 api,
>or a serious rework of 8c would be required.

i think it was less the calling conventions, where
i suppose you could try to use a pragma to control it,
since caller-saves and BP as frame pointer are some of the obvious
differences but perhaps not so hard,
but rather more difficult that you'd find it hard if you
couldn't link against the existing win32 libraries
(with or without wrappers), and that would be difficult
because 8l would need to handle .obj, or 8c would need
to generate .obj, both of which (particularly the latter i think)
would be tricky.