cmakepp Cmake generation fails when cmakepp.cmake is placed in a read-only directory

I installed cmakepp in the cmake modules dir /usr/share/cmake/Modules/, using the rpm under linux. That directory does not allow write access to normal users. drwxr-xr-x 9 root root 15016 12. Mär 21:51 /usr/share/cmake/Modules/

If I add the line include(cmakepp) to my CMakeLists.txt, cmake properly finds cmakepp.

But I get lots errors when I let cmake generate the build scripts:

CMake Error at /usr/share/cmake/Modules/cmakepp.cmake:16892 (file): file Internal CMake error when trying to open file: /usr/share/cmake/Modules/tmp/file_make_temporary_LjZKhAz1k3.tmp for writing. Call Stack (most recent call first): /usr/share/cmake/Modules/cmakepp.cmake:5441 (file_make_temporary) /usr/share/cmake/Modules/cmakepp.cmake:15617 (eval) /usr/share/cmake/Modules/cmakepp.cmake:14673 (string_semicolon_decode) /usr/share/cmake/Modules/cmakepp.cmake:21917 (structured_list_parse) /usr/share/cmake/Modules/cmakepp.cmake:33436 (config_setup) CMakeLists.txt:35 (include)

Just for the records, not a showstopper for me.

Mar 13 '15 20:03 15knots

Ok - actually behaves "correctly".
The problem is that cmakepp needs a temp folder were it can put generated files. In the root cmakepp.cmake file there is a section which tries to find a suitable temp directory. I do not know of the linux equivalent to the windows TMP environment variable so I just use a subdirectory at the current location

# get temp dir which is needed by a couple of functions in cmakepp
set(cmakepp_tmp_dir "$ENV{TMP}")
if(NOT cmakepp_tmp_dir)
    set(cmakepp_tmp_dir "${CMAKE_CURRENT_LIST_DIR}/tmp")
endif()
file(TO_CMAKE_PATH "${cmakepp_tmp_dir}" cmakepp_tmp_dir)

Mar 13 '15 20:03 toeb

TMPDIR=/tmp Edit: Sorry, this might be misleading. The env-var name to get is TMPDIR.

But no per-user temp dir as on windos.

But isn´t there a cmake variable/property for temp dir already?

Edit Asked on [email protected], waiting for answer

Mar 13 '15 20:03 15knots

Answered on [email protected]:

Why not go with somewhere in the build directory? It is already full of temporary build artifacts.

Mar 13 '15 22:03 15knots

That will not work because cmakepp is often executed in script mode. In script mode the CMAKE_BINARY_DIR is the pwd. that means whenever you start cmakepp it will create a temp folder at that location.

Another reason to not put it in the binary dir is because cmakepp caches results heavily andif the temp dir changes the results would have to be regenerated which takes quite a while.

Therefore the solution has to be a global directory which is the same for every cmakepp instance. (except if configured otherwise)

is TMPDIR define on all unix platforms?

Mar 14 '15 01:03 toeb

is TMPDIR define on all unix platforms?

According to http://en.wikipedia.org/wiki/TMPDIR I would say: yes. If not, you could use /tmp which is defined by the Filesystem Hierarchy Standard on Linux

Mar 14 '15 13:03 15knots

I added a better strategy for deriving the tmp dir . first try to use TMP then try to use TMPDIR, then use the <cmakepp dir>/tmp I will close this issue as soon as I merge back into master (might take a while)

Mar 16 '15 19:03 toeb

Please re-open. v 0.1.0-alpha gives

CMake Error at /usr/share/cmake/Modules/cmakepp.cmake:24868 (file): file Internal CMake error when trying to open file: /usr/share/cmake/Modules/tmp/fwrite_temp.cmake for writing. Call Stack (most recent call first): /usr/share/cmake/Modules/cmakepp.cmake:26377 (fwrite) /usr/share/cmake/Modules/cmakepp.cmake:11050 (fwrite_temp) /usr/share/cmake/Modules/cmakepp.cmake:29616 (eval) /usr/share/cmake/Modules/cmakepp.cmake:18929 (string_decode_semicolon) /usr/share/cmake/Modules/cmakepp.cmake:18742 (structured_list_parse) /usr/share/cmake/Modules/cmakepp.cmake:39343 (config_setup) CMakeLists.txt:35 (include)

Mar 19 '15 20:03 15knots

The next release will have the fix. Do you want me to amend the v0.1.0 alpha version or rather wait for a new release?

Mar 19 '15 20:03 toeb

Am Donnerstag, 19. M�rz 2015, 13:58:20 schrieb Tobias Becker:

The next release will have the fix. Do you want me to amend the v0.1.0 alpha version or rather wait for a new release?

I'll wait for the next release. Having rpms for cmakepp currently is a benefit, not a must.

I opted to re-enable building the the docs run all tests while packaging, instead of creating issues in cmakepp. Sadly, both fail, so currently there are no rpms for cmakepp. You may find a current packaging log at (for example) https://build.opensuse.org/package/live_build_log/home:15knots/cmakepp/SLE_12/x86_64 which could tell you about packaging/build problems.

To trigger a package build upon the next release, I see three options:

PM me on each release.
re-open one of the issues I'm watching.
Let github trigger the packaging on each commit http://openbuildservice.org/2013/11/22/Source-Update-Via_Token/

If you choose otion 2, please send me a personal email, so I can create & sent you the token. (I won't post it here for security reasons)

Overall packaging status can be viewed at https://build.opensuse.org/package/show/home:15knots/cmakepp

Cd wrttn wtht vwls s mch trsr.

Mar 19 '15 22:03 15knots