Skip to content

Foundation: remove overlay for testing unresovled failure - #5504

Open
compnerd wants to merge 1 commit into
swiftlang:mainfrom
compnerd:overlay
Open

Foundation: remove overlay for testing unresovled failure#5504
compnerd wants to merge 1 commit into
swiftlang:mainfrom
compnerd:overlay

Conversation

@compnerd

@compnerd compnerd commented Jul 7, 2026

Copy link
Copy Markdown
Member

No description provided.

@compnerd

Copy link
Copy Markdown
Member Author

@swift-ci please test

DWORD(WinSDK.MOVEFILE_WRITE_THROUGH)
}

internal var OPEN_EXISTING: DWORD {

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Looks like this one was at least required:

C:\Users\swift-ci\jenkins\workspace\swift-corelibs-foundation-PR-windows\swift-corelibs-foundation\Sources\Foundation\FileManager+Win32.swift:187:28: error: cannot convert value of type 'Int32' to expected argument type 'DWORD' (aka 'UInt32')

185 |           CreateFileW($0, 0,

186 |                       FILE_SHARE_READ | FILE_SHARE_WRITE | FILE_SHARE_DELETE,

187 |                       nil, OPEN_EXISTING, FILE_FLAG_BACKUP_SEMANTICS, nil)

    |                            `- error: cannot convert value of type 'Int32' to expected argument type 'DWORD' (aka 'UInt32')

188 |         }

189 |         if hFile == INVALID_HANDLE_VALUE {

Copy link
Copy Markdown
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Yeah, I think that I need to just do the typecasts here in the repo. There is a compiler issue that the removal fixes :(.

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

For context, do you have a link to the compiler issue that this removal is fixing? And is there a future in which this declaration is imported as a DWORD automatically or is it intentionally imported as a different type than how its used here?

@compnerd

Copy link
Copy Markdown
Member Author

@swift-ci please test

@compnerd

Copy link
Copy Markdown
Member Author

@swift-ci please test Windows platform

@compnerd
compnerd requested a review from jmschonfeld July 20, 2026 15:34
This allows working around an diagnosed failure in the compiler with
canonically typed imports.
@compnerd

Copy link
Copy Markdown
Member Author

@swift-ci please test

@compnerd

Copy link
Copy Markdown
Member Author

@swift-ci please test Windows platform

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants