Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

[SR-3285] Remove dependency on libuuid/rpcrt4 for UUIDs #45873

Open
swift-ci opened this issue Nov 28, 2016 · 2 comments
Open

[SR-3285] Remove dependency on libuuid/rpcrt4 for UUIDs #45873

swift-ci opened this issue Nov 28, 2016 · 2 comments
Labels
bug A deviation from expected or documented behavior. Also: expected but undesirable behavior. compiler The Swift compiler in itself good first issue Good for newcomers

Comments

@swift-ci
Copy link
Collaborator

Previous ID SR-3285
Radar None
Original Reporter hughbe (JIRA User)
Type Bug
Additional Detail from JIRA
Votes 0
Component/s Compiler
Labels Bug, StarterBug
Assignee None
Priority Medium

md5: 2405be655e6db45fbc53a1eb3eb3b725

Issue Description:

From Joe Groff in #5949

"I believe that the only place we use UUIDs in the compiler is to print "opened archetypes" in SIL in a way that lets them be reliably parsed back as unique types. We could probably use a better uniquing scheme in SIL printing now that we have better tracking of opened type uses in SIL, and kill the UUID dependency."

@swift-ci
Copy link
Collaborator Author

Comment by Hugh Bellamy (JIRA)

Once done, we should remove all references to libuuid on POSIX platforms and rpcrt4 on Windows

@hartbit
Copy link
Collaborator

hartbit commented Mar 12, 2017

What would a "better uniquing scheme in SIL" look like?

@swift-ci swift-ci transferred this issue from apple/swift-issues Apr 25, 2022
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug A deviation from expected or documented behavior. Also: expected but undesirable behavior. compiler The Swift compiler in itself good first issue Good for newcomers
Projects
None yet
Development

No branches or pull requests

2 participants