-
-
Notifications
You must be signed in to change notification settings - Fork 645
Utilize existing tool version functionality for toolchainversion #2594
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
Utilize existing tool version functionality for toolchainversion #2594
Conversation
| local value = p.action.current().toolset | ||
| tool, version = p.tools.canonical(value) | ||
| end | ||
| local toolset = p.tools.normalize(cfg.toolset):explode("-", true, 1) |
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.
I think it should be something like
local toolset, toolset_version = p.tools.canonical(cfg.toolset)
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.
canonical returns the tool table itself, I need the name.
| if version then | ||
| m.element("PlatformToolset", nil, version) | ||
| m.element("PlatformToolset", nil, ts) | ||
| elseif cfg.toolchainversion then |
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.
Is this part still useful?
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.
For Linux, yes. It's tricky to properly deprecate this with a clean mapping of values (it is dependent on the toolset and toolchain version), so we need this code to live until we 100% remove toolchainversion.
9409ea5 to
5ee4404
Compare
|
|
||
| function suite.linkTimeOptimization_On() | ||
| linktimeoptimization('on') | ||
| toolset('gcc-remote') |
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.
I guess the flexibility of this approach is that if there is ever a Remote_GCC_1_1 we can always extend this to gcc-remote-1.1 or whatever
What does this PR do?
Merges
toolchainversionfunctionality withtoolset. Deprecatestoolchainversionin favor of a single way to specify tooling versions. This also makes it clearer how versions get specified.How does this PR change Premake's behavior?
No behavior changes.
Anything else we should know?
Preparation for 5.0
Did you check all the boxes?
closes #XXXXin comment to auto-close issue when PR is merged)You can now support Premake on our OpenCollective. Your contributions help us spend more time responding to requests like these!