Windows Nightlies

[pvieito (Pedro José Pereira Vieito)]

@compnerd

The dll is not needed at all until the runtime, so there is no need for the dll to be in the resource dir. In fact, the DLL should not be available at all, it should just be part of a redistributable for clients only.

Yes, but in any case shouldn't they be in the architecture directory (as in Windows there aren't fat binaries)? This would also apply to the Linux toolchain.

@compnerd

The top of the stack isn't interesting ... the middle of the stack is. It seems that the initialization path is causing a call to random which is hanging? The heap object being constructed is the interesting thing to look into I think.

I have retried the procedure on a Windows 10 machine and it works!

C:\Users\pvieito\Downloads>more main.swift
print("Hello World!")
print()

@_silgen_name("GetVersion")
func GetVersion() -> CUnsignedLong
print("Windows Version: \(GetVersion())")
print()

let a = 2
for x in 0...a {
    print("Iteration: \(x)")
}
print("Random Int: \(Int.random(in: 0...a))")
print("Random Bool: \(Bool.random())")

C:\Users\pvieito\Downloads>swiftc .\main.swift -o main.exe -O && main.exe
Hello World!

Windows Version: 602931718

Iteration: 0
Iteration: 1
Iteration: 2
Random Int: 2
Random Bool: false

I suppose the BCryptGenRandom call from the Standard Library is not working properly on Windows 7 and is hanging the process.

Also, some extra notes:

• The WinSDK / MSVCRT modules fail to import. I thought it was due to the missing ucrt, visualc and winsdk modulemaps but I manually copied them from the Swift repo to usr\lib\swift\windows\x86_64 with no success.
• I also tried @Torust sample code and it crashes on this map to tuple (SubBoard.allSubBoards.map({ ($0, self.viewForSubBoard($0)) })). Changing to an in-loop operation the process runs sucessfully.