-
Notifications
You must be signed in to change notification settings - Fork 520
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
Replace manually maintained code about frameworks with generated code. #10218
Replace manually maintained code about frameworks with generated code. #10218
Conversation
…of frameworks. This makes it less error prone to add new frameworks (one less place to add them), and easier to add new platforms (only one place to make sure the list of frameworks is correct). This also revelead a few issues in our list of frameworks (missing frameworks, frameworks that have been moved, etc.), which have been fixed.
…timize away dlopen statements.
This comment has been minimized.
This comment has been minimized.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
❤️ it
maybe src/generate-frameworks-constants
should be under tools
? that's where I would look for it instinctively
</Compile> | ||
</ItemGroup> | ||
<ItemGroup> | ||
<PackageReference Include="Mono.Cecil" Version="0.11.3" /> |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
did not see Cecil used
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Fixed.
The problem is that tools/ is built after src/: So yes, I could move it to tools/, but I would still have to build it from src/ (something like |
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
This comment has been minimized.
The breaking API changes are expected:
Unsure if this was a mistake or if CFNetwork was a part of CoreServices at some point, but in any case CFNetwork is not a subframework of CoreServices anymore (in 10.15).
The previous value was just wrong.
Moved from inside an umbrella framework (IOBluetooth) into its own framework in 10.10
Moved from inside an umbrella framework (QuartzCore) into its own framework in 10.11
It's own framework since at least 10.9
It's own framework since at least 10.9
The same path, because of symlinks (now follows the same pattern as other paths).
The same path, because of symlinks (now follows the same pattern as other paths).
The same path, because of symlinks (now follows the same pattern as other paths).
The same path, because of symlinks (now follows the same pattern as other paths).
The same path, because of symlinks (now follows the same pattern as other paths). |
This comment has been minimized.
This comment has been minimized.
build |
Build success |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Nice!
[src] Generate the string constants for each framework from our list of
frameworks.
This makes it less error prone to add new frameworks (one less place to add
them), and easier to add new platforms (only one place to make sure the
list of frameworks is correct).
This also revelead a few issues in our list of frameworks (missing
frameworks, frameworks that have been moved, etc.), which have been fixed.
[mmp] Generate the library path -> namespace map for the linker to optimize away dlopen statements.