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

Fix cmake soft errors due to failing creation of links on windows #2645

Merged
merged 1 commit into from May 21, 2017

Conversation

Naios
Copy link
Contributor

@Naios Naios commented May 21, 2017

Use cmd under windows to create links

  • Prevents errors when generating the documentation
    on windows since cmake doesn't provide the
    create_symlink there.

See the following screenshot:
screenshot_2

Further reference of create_symlink <old> <new>: https://cmake.org/cmake/help/v3.2/manual/cmake.1.html#unix-specific-command-line-tools

@@ -0,0 +1 @@
mklink /J "%1" "%2"
Copy link
Member

Choose a reason for hiding this comment

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

This file misses copyright and license

Copy link
Contributor Author

Choose a reason for hiding this comment

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

/fixed

@Naios Naios force-pushed the symbolic_link_error_pr branch 2 times, most recently from 296d71c to 735f36f Compare May 21, 2017 02:50
Copy link
Member

@hkaiser hkaiser left a comment

Choose a reason for hiding this comment

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

This looks good to me, thanks a lot. This has actually annoyed me to no end ever since ;)

The only thing I'd ask you to change is the name of the macro. For cmake macros we have so far used the gnu_naming_convention instead of CamelCaseNames.

I know it's a minor issue - may I ask you to change that anyways?

* Prevents errors when generating the documentation
  on windows since cmake doesn't provide the
  `create_symlink` there.
* We use cmd under windows to create links instead
@Naios
Copy link
Contributor Author

Naios commented May 21, 2017

@hkaiser sure, I adapted the PR so it conforms with the current cmake macro naming conventions

@hkaiser
Copy link
Member

hkaiser commented May 21, 2017

sure, I adapted the PR so it conforms with the current cmake macro naming conventions

Perfect, thanks!

@hkaiser hkaiser merged commit f7d8f26 into STEllAR-GROUP:master May 21, 2017
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

2 participants