# Development

**URL:** https://discourse.cmake.org/c/development/9.md?page=19

[Latest](https://discourse.cmake.org/latest.md) · [Categories](https://discourse.cmake.org/categories.md) · [Tags](https://discourse.cmake.org/tags.md)

**Page:** 20

---

## [Update cmake-compile-features(7) manual after deprecation of WriteCompilerDetectionHeader](https://discourse.cmake.org/t/update-cmake-compile-features-7-manual-after-deprecation-of-writecompilerdetectionheader/3190)

<div class="topic-metadata">

**Author:** [@petwu](https://discourse.cmake.org/u/petwu)\
**Replies:** 2\
**Last updated:** [April 22, 2021, 4:53pm UTC](https://discourse.cmake.org/t/update-cmake-compile-features-7-manual-after-deprecation-of-writecompilerdetectionheader/3190 "2021-04-22T16:53:37Z")

</div>

Hi, I noticed that in the recently released CMake v3.20 the WriteCompilerDetectionHeader module is now deprecated, but the cmake-compile-features(7) manual continues to recommend it for achieving feature depended impleme…

---

## [Fail to recognize "Wno" flags in GCC](https://discourse.cmake.org/t/fail-to-recognize-wno-flags-in-gcc/3191)

<div class="topic-metadata">

**Author:** [@Jakub\_Nowak](https://discourse.cmake.org/u/Jakub_Nowak)\
**Replies:** 2\
**Last updated:** [April 22, 2021, 9:00am UTC](https://discourse.cmake.org/t/fail-to-recognize-wno-flags-in-gcc/3191 "2021-04-22T09:00:51Z")

</div>

Hi CMake’s “check\_c(xx)\_compiler\_flag” fails to recognize unsupported “Wno” fails in GCC. The reason is that GCC displays this note: note: unrecognized command-line option ‘-Wno-unused-command-line-argument’ may have …

---

## [is it worth trying to interpret the makefile generated by cmake to get better understanding?](https://discourse.cmake.org/t/is-it-worth-trying-to-interpret-the-makefile-generated-by-cmake-to-get-better-understanding/3167)

<div class="topic-metadata">

**Author:** [@ggghamd](https://discourse.cmake.org/u/ggghamd)\
**Replies:** 2\
**Last updated:** [April 20, 2021, 3:13pm UTC](https://discourse.cmake.org/t/is-it-worth-trying-to-interpret-the-makefile-generated-by-cmake-to-get-better-understanding/3167 "2021-04-20T15:13:58Z")

</div>

is it worth trying to interpret the makefile generated by cmake to get better understanding?

---

## [cmake official tutorial source on github](https://discourse.cmake.org/t/cmake-official-tutorial-source-on-github/3161)

<div class="topic-metadata">

**Author:** [@ggghamd](https://discourse.cmake.org/u/ggghamd)\
**Replies:** 2\
**Last updated:** [April 16, 2021, 6:14pm UTC](https://discourse.cmake.org/t/cmake-official-tutorial-source-on-github/3161 "2021-04-16T18:14:12Z")

</div>

For official tutorial cmake, where do you find the complete source? I remember that I found it on github but no more. Web search reveals several github link but those are not same as the examples used in this tutorial. …

---

## [/nologo isn't passed to RC](https://discourse.cmake.org/t/nologo-isnt-passed-to-rc/3137)

<div class="topic-metadata">

**Author:** [@diaphore](https://discourse.cmake.org/u/diaphore)\
**Replies:** 1\
**Last updated:** [April 13, 2021, 1:26pm UTC](https://discourse.cmake.org/t/nologo-isnt-passed-to-rc/3137 "2021-04-13T13:26:06Z")

</div>

With CMAKE\_VERBOSE\_MAKEFILE turned off, MSVC tools (cl, link, …) are passed the “-nologo” flag but RC isn’t. Hacking nologo into CMAKE\_RC\_FLAGS solves the issue but is admittedly sub-optimal. set(CMAKE\_RC\_FLAGS "-nolog…

---

## [Contributing to the docs](https://discourse.cmake.org/t/contributing-to-the-docs/3116)

<div class="topic-metadata">

**Author:** [@anon45792294](https://discourse.cmake.org/u/anon45792294)\
**Replies:** 1\
**Last updated:** [April 10, 2021, 8:18pm UTC](https://discourse.cmake.org/t/contributing-to-the-docs/3116 "2021-04-10T20:18:59Z")

</div>

I’m looking to start contributing to the CMake docs. I’m curious what tool the CMake developers use to edit the reStructuredText files. Most projects use markdown, so there is an abundance of tools to assist in writing …

---

## [Custom commands and relative paths](https://discourse.cmake.org/t/custom-commands-and-relative-paths/3035)

<div class="topic-metadata">

**Author:** [@anon45792294](https://discourse.cmake.org/u/anon45792294)\
**Replies:** 2\
**Last updated:** [March 29, 2021, 3:26pm UTC](https://discourse.cmake.org/t/custom-commands-and-relative-paths/3035 "2021-03-29T15:26:38Z")

</div>

It seems like relative paths cause issues with custom commands and custom targets. Please see this stackoverflow for details: How to call a custom cmake script only when files are updated? - Stack Overflow Perhaps CMak…

---

## [\[Suggestion\] Alert single-config generator users when they use --config](https://discourse.cmake.org/t/suggestion-alert-single-config-generator-users-when-they-use-config/3036)

<div class="topic-metadata">

**Author:** [@anon45792294](https://discourse.cmake.org/u/anon45792294)\
**Replies:** 1\
**Last updated:** [March 29, 2021, 2:10pm UTC](https://discourse.cmake.org/t/suggestion-alert-single-config-generator-users-when-they-use-config/3036 "2021-03-29T14:10:56Z")

</div>

This post highlights a confusion for new cmake users. They are using --config on a single configuration generator build. Which of course does nothing. Since --config is for multi-configuration generators. How can we …

---

## [Testing Fujitsu support](https://discourse.cmake.org/t/testing-fujitsu-support/2408)

<div class="topic-metadata">

**Author:** [@chuckatkins](https://discourse.cmake.org/u/chuckatkins)\
**Replies:** 15\
**Last updated:** [March 29, 2021, 10:26am UTC](https://discourse.cmake.org/t/testing-fujitsu-support/2408 "2021-03-29T10:26:24Z")

</div>

I’ve got what I believe to be a good implementation for supporting the Fujitsu C, C++, and Fortran compilers in both Trad and Clang modes and in both the SPARC and ARM environments. If this is a platform you use then pl…

---

## [Problem with the "Importing and Exporting Guide"](https://discourse.cmake.org/t/problem-with-the-importing-and-exporting-guide/2484)

<div class="topic-metadata">

**Author:** [@big\_temp](https://discourse.cmake.org/u/big_temp)\
**Replies:** 8\
**Last updated:** [March 18, 2021, 1:19pm UTC](https://discourse.cmake.org/t/problem-with-the-importing-and-exporting-guide/2484 "2021-03-18T13:19:35Z")

</div>

I’ve spent the past three days trying to figure out what’s wrong with me since I was unable to find my installed project using the find\_package() command but ultimately I think I was misled by tutorial in the official do…

---

## [C# source code compilation from command line (any cases, without Visual Studio)](https://discourse.cmake.org/t/c-source-code-compilation-from-command-line-any-cases-without-visual-studio/2948)

<div class="topic-metadata">

**Author:** [@Bogdan029](https://discourse.cmake.org/u/Bogdan029)\
**Replies:** 2\
**Last updated:** [March 12, 2021, 4:37pm UTC](https://discourse.cmake.org/t/c-source-code-compilation-from-command-line-any-cases-without-visual-studio/2948 "2021-03-12T16:37:33Z")

</div>

Dear Community. I have faced on the case when is needed to compile C# source code without Visual Studio usage in order to build it in DLL library and then include this package into other platforms (not only Windows-based…

---

## [FindProtobuf output directory undocumented](https://discourse.cmake.org/t/findprotobuf-output-directory-undocumented/2880)

<div class="topic-metadata">

**Author:** [@Ottmar\_Zittlau](https://discourse.cmake.org/u/Ottmar_Zittlau)\
**Replies:** 3\
**Last updated:** [March 5, 2021, 2:06pm UTC](https://discourse.cmake.org/t/findprotobuf-output-directory-undocumented/2880 "2021-03-05T14:06:52Z")

</div>

Hi, I would like to export my protobuf-files into a separate directory. After reading through the FindProtobuf.cmake I found out, that there is an option PROTOC\_OUT of generate\_protobuf\_cpp that does exactly that, but s…

---

## [mingw w64 gcc/g++ platform](https://discourse.cmake.org/t/mingw-w64-gcc-g-platform/1602)

<div class="topic-metadata">

**Author:** [@mipac](https://discourse.cmake.org/u/mipac)\
**Replies:** 6\
**Last updated:** [February 25, 2021, 2:44pm UTC](https://discourse.cmake.org/t/mingw-w64-gcc-g-platform/1602 "2021-02-25T14:44:29Z")

</div>

System is unknown to cmake, create: Platform/MINGW64\_NT-10.0-18363 to use this system, please post your config file on discourse.cmake.org so it can be added to cmake

---

## [RFC: add a NAMESPACE arg to add\_subdirectory()](https://discourse.cmake.org/t/rfc-add-a-namespace-arg-to-add-subdirectory/2804)

<div class="topic-metadata">

**Author:** [@leha-bot](https://discourse.cmake.org/u/leha-bot)\
**Replies:** 1\
**Last updated:** [February 20, 2021, 1:52pm UTC](https://discourse.cmake.org/t/rfc-add-a-namespace-arg-to-add-subdirectory/2804 "2021-02-20T13:52:55Z")

</div>

Sometimes we could get a targets names clash while using add\_subdirectory() So the most logical way is to add all inner targets at the namespace (as it was solved in C++ at the language level). I propose a new syntax f…

---

## [Relative path issue in CMAKE](https://discourse.cmake.org/t/relative-path-issue-in-cmake/2749)

<div class="topic-metadata">

**Author:** [@Santosh](https://discourse.cmake.org/u/Santosh)\
**Replies:** 8\
**Last updated:** [February 18, 2021, 6:50am UTC](https://discourse.cmake.org/t/relative-path-issue-in-cmake/2749 "2021-02-18T06:50:00Z")

</div>

I have developed a library to a target for my project where i am facing an intresting issue related to relative path of CMAKE. During QNX debug build, linker is trying to link lib as absolute path instead of relative pat…

---

## [ExernalProject.cmake typo?](https://discourse.cmake.org/t/exernalproject-cmake-typo/2792)

<div class="topic-metadata">

**Author:** [@mwilbur](https://discourse.cmake.org/u/mwilbur)\
**Replies:** 10\
**Last updated:** [February 18, 2021, 1:32am UTC](https://discourse.cmake.org/t/exernalproject-cmake-typo/2792 "2021-02-18T01:32:39Z")

</div>

I was investigating why a patch step was not running using FetchContent. Is it possible line 3900 has a typo? foreach(step IN ITEMS download update parse) Should that parse be a patch?

---

## [Fetch Content Source Cache](https://discourse.cmake.org/t/fetch-content-source-cache/2402)

<div class="topic-metadata">

**Author:** [@anon45792294](https://discourse.cmake.org/u/anon45792294)\
**Replies:** 2\
**Last updated:** [February 17, 2021, 9:52pm UTC](https://discourse.cmake.org/t/fetch-content-source-cache/2402 "2021-02-17T21:52:45Z")

</div>

I want to use FetchContent to manage my dependencies at work. However, there is a problem with vanilla FetchContent that CPM provides CPM\_SOURCE\_CACHE (https://github.com/TheLartians/CPM.cmake#cpm\_source\_cache) Quite h…

---

## [Debug symbols in Fortran with Ninja and Intel compiler on Windows](https://discourse.cmake.org/t/debug-symbols-in-fortran-with-ninja-and-intel-compiler-on-windows/2762)

<div class="topic-metadata">

**Author:** [@ascmagma](https://discourse.cmake.org/u/ascmagma)\
**Replies:** 2\
**Last updated:** [February 15, 2021, 3:51pm UTC](https://discourse.cmake.org/t/debug-symbols-in-fortran-with-ninja-and-intel-compiler-on-windows/2762 "2021-02-15T15:51:16Z")

</div>

Hi guys, we have a problem with debugging Fortran code, because the source code reference in the object file is not set correctly. Find below a minimal example to reproduce the problem. Apparently, during preprocessing…

---

## [add CMAKE\_CURRENT\_MACRO\_LIST\_DIR](https://discourse.cmake.org/t/add-cmake-current-macro-list-dir/2737)

<div class="topic-metadata">

**Author:** [@axel](https://discourse.cmake.org/u/axel)\
**Replies:** 4\
**Last updated:** [February 12, 2021, 8:02am UTC](https://discourse.cmake.org/t/add-cmake-current-macro-list-dir/2737 "2021-02-12T08:02:41Z")

</div>

Is there any plan to introduce CMAKE\_CURRENT\_MACRO\_LIST\_DIR which works like the CMAKE\_CURRENT\_FUNCTION\_LIST\_DIR that was added in CMake 3.17? I have run into a use case related to the setup up an environment. There I ca…

---

## [Add hint about INTERFACE\_INCLUDE\_DIRECTORIES and $\<BUILD\_INTERFACE\>/$\<INSTALL\_INTERFACE\> generator expressions](https://discourse.cmake.org/t/add-hint-about-interface-include-directories-and-build-interface-install-interface-generator-expressions/2739)

<div class="topic-metadata">

**Author:** [@leha-bot](https://discourse.cmake.org/u/leha-bot)\
**Replies:** 2\
**Last updated:** [February 11, 2021, 12:40pm UTC](https://discourse.cmake.org/t/add-hint-about-interface-include-directories-and-build-interface-install-interface-generator-expressions/2739 "2021-02-11T12:40:34Z")

</div>

Hello! I would like to propose the small UX addition about CMake hints then the user has an error like this: CMake Error in src/library/utils/CMakeLists.txt: Target "lib\_utils" INTERFACE\_INCLUDE\_DIRECTORIES property c…

---

## [Setting INTERFACE properties on an UNKNOWN library](https://discourse.cmake.org/t/setting-interface-properties-on-an-unknown-library/2714)

<div class="topic-metadata">

**Author:** [@craig.scott](https://discourse.cmake.org/u/craig.scott)\
**Replies:** 1\
**Last updated:** [February 8, 2021, 2:06pm UTC](https://discourse.cmake.org/t/setting-interface-properties-on-an-unknown-library/2714 "2021-02-08T14:06:31Z")

</div>

Is there any particular corner case where setting an INTERFACE property on a library of type UNKNOWN shouldn’t work? Right now, we have the following situation: add\_library(blah UNKNOWN IMPORTED) # This fails target\_li…

---

## [cmake -E env much slower than plain env](https://discourse.cmake.org/t/cmake-e-env-much-slower-than-plain-env/2676)

<div class="topic-metadata">

**Author:** [@craig.scott](https://discourse.cmake.org/u/craig.scott)\
**Replies:** 2\
**Last updated:** [February 3, 2021, 3:37pm UTC](https://discourse.cmake.org/t/cmake-e-env-much-slower-than-plain-env/2676 "2021-02-03T15:37:39Z")

</div>

I was made aware of the following commit by the ccache maintainer. Apparently the raw env command is way faster than cmake -E env, which I guess is understandable. If you use cmake -E env a lot in a project, I guess mayb…

---

## [ExternalProject: Use of cygwin's make tool in non-cygwin builds](https://discourse.cmake.org/t/externalproject-use-of-cygwins-make-tool-in-non-cygwin-builds/2652)

<div class="topic-metadata">

**Author:** [@craig.scott](https://discourse.cmake.org/u/craig.scott)\
**Replies:** 2\
**Last updated:** [January 29, 2021, 12:55pm UTC](https://discourse.cmake.org/t/externalproject-use-of-cygwins-make-tool-in-non-cygwin-builds/2652 "2021-01-29T12:55:12Z")

</div>

@brad.king I’m trying to understand the rationale behind this quite old commit which handles the use of $(MAKE) in an ExternalProject step command. It seems to be invoking cygpath for a non-cygwin build and is forcing th…

---

## [Linking libraries computed at build time](https://discourse.cmake.org/t/linking-libraries-computed-at-build-time/2617)

<div class="topic-metadata">

**Author:** [@craig.scott](https://discourse.cmake.org/u/craig.scott)\
**Replies:** 3\
**Last updated:** [January 26, 2021, 2:20pm UTC](https://discourse.cmake.org/t/linking-libraries-computed-at-build-time/2617 "2021-01-26T14:20:04Z")

</div>

I have an interesting use case involving static libraries. Let’s say a particular target needs to link to a set of static libraries that isn’t known when CMake is run. The project builds a tool which scans files and work…

---

## [FindOpenMP.cmake error on Android NDK wrt clang.](https://discourse.cmake.org/t/findopenmp-cmake-error-on-android-ndk-wrt-clang/2579)

<div class="topic-metadata">

**Author:** [@Steven\_Braeger](https://discourse.cmake.org/u/Steven_Braeger)\
**Replies:** 2\
**Last updated:** [January 20, 2021, 8:40pm UTC](https://discourse.cmake.org/t/findopenmp-cmake-error-on-android-ndk-wrt-clang/2579 "2021-01-20T20:40:05Z")

</div>

Android as of NDK r20 does not have support for gcc except through Clang. https://android.googlesource.com/platform/ndk/+/master/docs/ClangMigration.md However, modern versions of Clang on android inside the NDK no lon…

---

## [\[Feature\] Callstack should provide full path to CMakeLists.txt](https://discourse.cmake.org/t/feature-callstack-should-provide-full-path-to-cmakelists-txt/2587)

<div class="topic-metadata">

**Author:** [@anon45792294](https://discourse.cmake.org/u/anon45792294)\
**Replies:** 1\
**Last updated:** [January 20, 2021, 2:20pm UTC](https://discourse.cmake.org/t/feature-callstack-should-provide-full-path-to-cmakelists-txt/2587 "2021-01-20T14:20:08Z")

</div>

This happens to me all the time when writing CMake code. -- Detecting CXX compile features - done CMake Error at D:/Git/hq-cxx/cml/cml\_helpers/CmlHelpers.cmake:11 (message): ===========================================…

---

## [Apple Silicon Version of CMake.app](https://discourse.cmake.org/t/apple-silicon-version-of-cmake-app/2538)

<div class="topic-metadata">

**Author:** [@imikejackson](https://discourse.cmake.org/u/imikejackson)\
**Replies:** 3\
**Last updated:** [January 14, 2021, 3:07pm UTC](https://discourse.cmake.org/t/apple-silicon-version-of-cmake-app/2538 "2021-01-14T15:07:46Z")

</div>

I am developing on an Apple Silicon mac and it was nice to that CMake.app is now universal (3.19.3). This also means that the GUI app has an Apple Silicon version of the Qt5 libraries also. Our project is also dependent …

---

## [Source\_group does not support generator expression](https://discourse.cmake.org/t/source-group-does-not-support-generator-expression/2543)

<div class="topic-metadata">

**Author:** [@fluffymons](https://discourse.cmake.org/u/fluffymons)\
**Replies:** 1\
**Last updated:** [January 14, 2021, 1:35pm UTC](https://discourse.cmake.org/t/source-group-does-not-support-generator-expression/2543 "2021-01-14T13:35:20Z")

</div>

I’m trying to set up a tree in visual studio using source\_group. But i have some files that are exclusive to the windows build that are excluded through generator expression. However, when passing sourcefiles to gource\_g…

---

## [CMake support for Fujitsu compilers](https://discourse.cmake.org/t/cmake-support-for-fujitsu-compilers/2055)

<div class="topic-metadata">

**Author:** [@Sreepathi\_Sarat](https://discourse.cmake.org/u/Sreepathi_Sarat)\
**Replies:** 4\
**Last updated:** [January 14, 2021, 4:56am UTC](https://discourse.cmake.org/t/cmake-support-for-fujitsu-compilers/2055 "2021-01-14T04:56:29Z")

</div>

I’m trying to build CMake based applications on an Arm (A64FX) supercomputer (Fugaku) using Fujitsu compilers. Unfortunately, I’m running into several issues which essentially boil down to CMake not recognizing Fujitsu c…

---

## [Add new CmakePredefinedTarget: "CMAKE\_GUI"](https://discourse.cmake.org/t/add-new-cmakepredefinedtarget-cmake-gui/2512)

<div class="topic-metadata">

**Author:** [@YMba9g8j9CJp0wLoQf5y](https://discourse.cmake.org/u/YMba9g8j9CJp0wLoQf5y)\
**Replies:** 8\
**Last updated:** [January 12, 2021, 4:15pm UTC](https://discourse.cmake.org/t/add-new-cmakepredefinedtarget-cmake-gui/2512 "2021-01-12T16:15:29Z")

</div>

Currently there are a couple of predefined targets for cmake in visual studio: I’d like 1 more for VS users. A simple custom target that just opens cmake-gui so that users don’t have to leave visual studio. It would…

[Previous page](https://discourse.cmake.org/c/development/9.md?page=18)

[Next page](https://discourse.cmake.org/c/development/9.md?page=20)