Skip to content

Conversation

@qurbonzoda
Copy link
Contributor

@qurbonzoda qurbonzoda commented Nov 28, 2023

Followup to #163

Comment on lines 26 to 29
if (HostManager.host == KonanTarget.MACOS_X64.INSTANCE) macosX64('konan')
if (HostManager.host == KonanTarget.MACOS_ARM64.INSTANCE) macosArm64('konan')
if (HostManager.hostIsLinux) linuxX64('konan')
if (HostManager.hostIsMingw) mingwX64('konan')
Copy link
Member

Choose a reason for hiding this comment

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

Perhaps we can now just declare all these targets, no matter what the current host is.

Copy link
Contributor Author

Choose a reason for hiding this comment

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

This is a viable option. The only downside is the dangling benchmark tasks that do nothing in a particular host.

Copy link
Member

Choose a reason for hiding this comment

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

Since this is an example, it should be similar to how user multiplatform projects are set up, and they definitely do not use this trick with HostManager anymore.

Copy link
Contributor Author

Choose a reason for hiding this comment

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

Done.
By the way, it turns out the plugin does not create benchmark tasks for non-host targets. It just reports that benchmarks for those targets cannot be run in current host, e.g.:
Skipping benchmarks for 'linuxX64' because they cannot be run on current OS: Expected macos_x64, but was linux_x64
So the situation is better.

@qurbonzoda qurbonzoda mentioned this pull request Nov 29, 2023
@fzhinkin fzhinkin self-requested a review November 29, 2023 09:05
linuxX64()
mingwX64()

applyDefaultHierarchyTemplate()
Copy link
Member

Choose a reason for hiding this comment

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

I believe we should strive that the project contains no custom dependsOn so that the template is applied automatically.

@qurbonzoda qurbonzoda force-pushed the qurbonzoda/enable-default-template-hierarchy branch from 0152cb5 to bf8df6c Compare December 7, 2023 18:24
@qurbonzoda qurbonzoda changed the base branch from qurbonzoda/support-Kotlin-1.9.20 to master December 7, 2023 18:24
@qurbonzoda qurbonzoda merged commit 6e909a0 into master Dec 7, 2023
OndrejSliva pushed a commit to OndrejSliva/kotlinx-benchmark that referenced this pull request Jan 10, 2024
…lin#164)

Bumps [org.apache.maven.plugins:maven-compiler-plugin](https://github.com/apache/maven-compiler-plugin) from 3.11.0 to 3.12.0.
- [Release notes](https://github.com/apache/maven-compiler-plugin/releases)
- [Commits](apache/maven-compiler-plugin@maven-compiler-plugin-3.11.0...maven-compiler-plugin-3.12.0)

---
updated-dependencies:
- dependency-name: org.apache.maven.plugins:maven-compiler-plugin
  dependency-type: direct:production
  update-type: version-update:semver-minor
...

Signed-off-by: dependabot[bot] <support@github.com>
Co-authored-by: dependabot[bot] <49699333+dependabot[bot]@users.noreply.github.com>
@qurbonzoda qurbonzoda deleted the qurbonzoda/enable-default-template-hierarchy branch February 11, 2024 22:22
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.

4 participants