I was comparing the command line used when we choose an Xcode generator
on our OSX systems, vs. the command line used when we choose a Makefile
generator. We certainly have nothing in our CMakeLists.txt which sets
compiler flags based on the type of generator, only based on the type of
compiler (G
Has anyone else run into errors rebuilding objects using the Xcode
generator? I imagine it would be a bug in xcodebuild, not cmake. We've
been using incremental builds, rather than clean builds, for years with
cmake on GNU/Linux (make), OSX (Xcode), and Windows (MSVC) and this is
the first time I
> I would like to end up with the following in the specs file:
>
> ...
> %file
> ...
> %if 0%{fedora} >= 14
> "/path/to/some/file"
> %endif
>
> I tried to use CPACK_RPM_USER_FILELIST as
>
> set(CPACK_RPM_USER_FILELIST ${CPACK_RPM_USER_FILELIST}
> "%if 0%{fedora} >= 14"
> "/path/to/some/file
I have a bit of Cmake code that I can not seem to figure out how to get to
actually run during cpack. HEre is the code:
GET_FILENAME_COMPONENT (SELF_DIR "${CMAKE_CURRENT_LIST_FILE}" PATH)
configure_file("${SELF_DIR}/Deploy_ITK_Libs.sh.in"
"${DREAM3DProj_BINARY_DIR}/Deploy_ITK
On 14-May-15 14:01, Nagy-Egri Máté Ferenc via CMake wrote:
This is more of a remark, or something to get the ball rolling, rather
than anything else.
I recently came across various FindModule.cmake files (FindOpenCL,
FindOpenGL, FindGLEW, FindGLM, FindSFML) as a sideeffect of a project
I am d
Nagy-Egri MC!tC\) Ferenc via CMake wrote:
> Tried jom years ago. Still chokes on Unicode paths.
Ok, I guess the jom developers are the ones to discuss that issue with.
Thanks,
Steve.
--
Powered by www.kitware.com
Please keep messages on-topic and check the CMake FAQ at:
http://www.cmake.o
Tried jom years ago. Still chokes on Unicode paths.
Thanks,
Máté
ps.: I had a feeling this is as much feedback as I’ll get.
Feladó: Stephen Kelly
Elküldve: csütörtök, 2015. május 14. 18:08
Címzett: cmake@cmake.org
Nagy-Egri Máté Ferenc via CMake wrote:
> ... NMake batch
CHEVRIER, Marc wrote:
>
> My need is the following:
> I have two imported targets, let say, IMPORTED::TARGET and
> IMPORTED::STATIC::TARGET
>
>
> And I have a project which can be customised, through an option, by
> selecting which imported target will be used (shared or static).
>
> So I trie
Ruslan Baratov via CMake wrote:
> It may be helpful in situations when you build package with examples. In
> case when you want examples to work both as a part of a project
> (add_subdirectory) or stand-alone (find_package).
I expect external_project may lead to more readability for this case, th
John van der Burg wrote:
> I basically need everything relative to the ${CUSTOM_ROOT} folder.
>
> Any hints/help would be appreciated :)
Use install(EXPORT) instead:
http://www.cmake.org/cmake/help/v3.0/manual/cmake-packages.7.html
http://www.cmake.org/gitweb?p=cmake.git;a=commitdiff;h=f79d60
Ok, sorry, I used the online nabble interface to cmake mailing list actually
but here is my original message without any formatting, after the marker
-. I'll take the opportunity to explain the rationales. I found out that
the time spent by CPack running rpmbuild is only a very small portion of
Thanks to both Rolf Eike Beer and Petr Kmoch for showing me that the
variable is documented as "CMAKE__COMPILER_VERSION". :-)
Kind regards, Niels
--
Powered by www.kitware.com
Please keep messages on-topic and check the CMake FAQ at:
http://www.cmake.org/Wiki/CMake_FAQ
Kitware offers vari
Am Donnerstag, 14. Mai 2015, 18:18:24 schrieb Niels Dekker - address until
2018:
> When CMake (current version: 3.2.2) generates project files for Visual
> Studio, it appears to define an undocumented variable that seems quite
> useful to me: CMAKE_CXX_COMPILER_VERSION. It appears to be the full
>
Hi Niels.
I can't comment on the "useful variable" list, but I'd just like to point
out that the variable is not undocumented. It's listed normally in the
"variables for languages" section (
http://www.cmake.org/cmake/help/v3.2/manual/cmake-variables.7.html#variables-for-languages)
of the document
When CMake (current version: 3.2.2) generates project files for Visual
Studio, it appears to define an undocumented variable that seems quite
useful to me: CMAKE_CXX_COMPILER_VERSION. It appears to be the full
compiler version. For example, for my VS2010 installation,
CMAKE_CXX_COMPILER_VERSION
Nagy-Egri Máté Ferenc via CMake wrote:
> ... NMake batch mode support for multicore build, etc.
I suggest you look into 'jom'.
Thanks,
Steve.
--
Powered by www.kitware.com
Please keep messages on-topic and check the CMake FAQ at:
http://www.cmake.org/Wiki/CMake_FAQ
Kitware offers various
Lars wrote:
>
> There is one problem with this setup and that is the
> IMPORTED_LINK_INTERFACE_LIBRARIES_RELEASE contains a static path to a
> boost lib. So the "c:\boost\lib\boost_filesystem-vc110-mt-1_55.lib" is
> appended to the linking of "bar-library" and this will fail if the path is
> inco
This is more of a remark, or something to get the ball rolling, rather than
anything else.
I recently came across various FindModule.cmake files (FindOpenCL, FindOpenGL,
FindGLEW, FindGLM, FindSFML) as a sideeffect of a project I am developing, but
have had my share with quite a few others (Fi
Am Donnerstag, 14. Mai 2015, 05:02:57 schrieb Luc J. Bourhis:
> I would like to end up with the following in the specs file:
>
>
>
> I tried to use CPACK_RPM_USER_FILELIST as
>
>
>
> but this results in
>
> which is not quite right.
Well, yes, this is just one newline instead of 3. Try addi
I forgot to mention this is with cpack version 3.2.1
-
--
Luc J. Bourhis
--
View this message in context:
http://cmake.3232098.n2.nabble.com/CPACK-RPM-Using-if-in-file-section-tp7590576p7590577.html
Sent from the CMake mailing list archive at Nabble.com.
--
Powered by www.kitware.com
Pl
I would like to end up with the following in the specs file:
I tried to use CPACK_RPM_USER_FILELIST as
but this results in
which is not quite right.
Is there something I am missing? Or is it a fundamental limitation of CPack
RPM generator? If so, would there be any workaround? Thanks in adv
21 matches
Mail list logo