date:20131122

[CMake] ExternalProject BUILD_COMMAND and Visual Studio Express 2010

2013-11-22 Thread Macumber, Daniel

Our project is using ExternalProject_Add to build Ruby.  Our BUILD_COMMAND on 
Windows is "cd ${CMAKE_BINARY_DIR}/Ruby-prefix/src/Ruby-build && nmake".  This 
works using the professional versions of Visual Studio.  However, using Visual 
Studio Express 2010 I get an error that nmake is not a known program.  Nmake is 
not in my system path but is found when running the Visual Studio command 
prompt.  How can I get the ExternalProject build command to use the correct 
environment?  Should I put a call to vcvarsall.bat in the command line?  Is 
there a CMake variable that has the path to that?

Thanks a lot,
Dan
--

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 services to support the CMake community. For more 
information on each offering, please visit:

CMake Support: http://cmake.org/cmake/help/support.html
CMake Consulting: http://cmake.org/cmake/help/consulting.html
CMake Training Courses: http://cmake.org/cmake/help/training.html

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake

Re: [CMake] ExternalProject BUILD_COMMAND and Visual Studio Express 2010

2013-11-22 Thread Macumber, Daniel

I should also add that I am building in 64 bit mode and had to install the 7.1 
SDK along with a compiler patch to get Visual Studio 2010 express working at 
all for 64 bit builds.

Dan

From: Macumber, Daniel
Sent: Friday, November 22, 2013 8:49 PM
To: cmake@cmake.org
Subject: ExternalProject BUILD_COMMAND and Visual Studio Express 2010

Our project is using ExternalProject_Add to build Ruby.  Our BUILD_COMMAND on 
Windows is "cd ${CMAKE_BINARY_DIR}/Ruby-prefix/src/Ruby-build && nmake".  This 
works using the professional versions of Visual Studio.  However, using Visual 
Studio Express 2010 I get an error that nmake is not a known program.  Nmake is 
not in my system path but is found when running the Visual Studio command 
prompt.  How can I get the ExternalProject build command to use the correct 
environment?  Should I put a call to vcvarsall.bat in the command line?  Is 
there a CMake variable that has the path to that?

Thanks a lot,
Dan
--

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 services to support the CMake community. For more 
information on each offering, please visit:

CMake Support: http://cmake.org/cmake/help/support.html
CMake Consulting: http://cmake.org/cmake/help/consulting.html
CMake Training Courses: http://cmake.org/cmake/help/training.html

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake

[CMake] path levels in TGZ cpack generator

2013-11-22 Thread Tino Keitel

Hi,

for integration in an existing build infrastructure, I want to use cpack
with the TGZ generator to create packages that have the current
directory (./) as the first path component. The content of the archive
would look like this:

$ tar tf test.tar.gz
./x/
./x/foo

cpack currently creates packages without this component, such that the
archive looks like this:

$ tar tf test.tar.gz
x/
x/foo

How can I configure cpack to create archives with a directory structure
like in the first example above?

Regards,
Tino


--

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 services to support the CMake community. For more 
information on each offering, please visit:

CMake Support: http://cmake.org/cmake/help/support.html
CMake Consulting: http://cmake.org/cmake/help/consulting.html
CMake Training Courses: http://cmake.org/cmake/help/training.html

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake

[CMake] Make variables appear in CCMake

2013-11-22 Thread Sensei

Dear all, I am trying to write a project file that is as simple as 
possible for non developers.


I need ccmake to show options to users regarding packages, but I am 
finding some difficulties. For example, when I want to show 
Boost-related variables, for instance the root, include and lib:


# Boost
FIND_PACKAGE(Boost 1.54.0 COMPONENTS program_options REQUIRED)
SET(Boost_DIR "${Boost_DIR}" CACHE STRING "Boost installation directory")
SET(Boost_INCLUDE_DIRS "${Boost_INCLUDE_DIRS}" CACHE STRING "Boost 
headers directory")
SET(Boost_LIBRARY_DIRS "${Boost_LIBRARY_DIRS}" CACHE STRING "Boost 
libraries directory")


However, in my ccmake (CMake Version 2.8.12.1) run, I only find these two:

 Boost_INCLUDE_DIRS   */usr/local/include
 Boost_LIBRARY_DIRS   */usr/local/lib

So, Boost_DIR isn't displayed at all.

If I press 't', I see that Boost_DIR set to "Boost_DIR-NOTFOUND", which 
is quite weird to me, since the other two are set, and I expected the 
Boost_DIR variable to be /usr/local.


I also tried to be using TBB:

FIND_PACKAGE(TBB REQUIRED)
SET(TBB_INCLUDE_DIRS "${TBB_INCLUDE_DIRS}" CACHE STRING "TBB headers 
directory (Threading Building Block)")
SET(TBB_LIBRARY_DIRS "${TBB_LIBRARY_DIRS}" CACHE STRING "TBB library 
directory (Threading Building Block)")
SET(TBB_LIBRARY_ "${TBB_LIBRARY_DIRS}" CACHE STRING "TBBZ library 
directory (Threading Building Block)")


Here *both* variables are not displayed, but the third name-mangled one is.

The project works just fine, if I use cmake, but my non-tech-savvy 
colleagues use ccmake and the cmake (windows version), so I need to help 
them in configuring the paths.


Am I making some errors here?


Thanks!
--

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 services to support the CMake community. For more 
information on each offering, please visit:

CMake Support: http://cmake.org/cmake/help/support.html
CMake Consulting: http://cmake.org/cmake/help/consulting.html
CMake Training Courses: http://cmake.org/cmake/help/training.html

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake

Re: [CMake] command line too long when compiling CUDA code with WindowsSDK7.1_64bit

2013-11-22 Thread Lars Friedrich Lars


Hi Cory,

 

works like a charm!

(also without resetting COMPILE_DEFINITIONS)

 

Thanks a lot!

 

Lars

 

Gesendet: Freitag, 22. November 2013 um 14:11 Uhr
Von: "Cory Quammen" 
An: "Lars Friedrich Lars" 
Cc: cmake@cmake.org
Betreff: Re: [CMake] command line too long when compiling CUDA code with WindowsSDK7.1_64bit


Lars,

 

When faced with this same problem, my workaround was to clear the list of include directories. It also turned out I needed to clear the compiler definitions passed with -D because nvcc choked on them. Here's how you do that.

 


SET_DIRECTORY_PROPERTIES( PROPERTIES INCLUDE_DIRECTORIES "" )

SET_DIRECTORY_PROPERTIES( PROPERTIES COMPILE_DEFINITIONS "" )

 


After these lines, you can again define includes and definitions needed for your CUDA library with include_directories, etc.

 

You may have to make sure this library is in a subdirectory for this to work. That's what I had to do, but it looks like your library may already be in its own subdirectory, in which case clearing the include directories and compiler definitions should be sufficient.

 

Hope that helps,

Cory


 
On Fri, Nov 22, 2013 at 7:36 AM, Lars Friedrich Lars  wrote:




Hello,

 

we're compiling CUDA code in a sub-library of a bigger project which depends on ITK, VTK, Qt, RTK and a further proprietary library.

 

The CMakeLists.txt of this sub-library looks somehow like this:

 


#


SET(OWN_LIB_NAME CBCTUtils)

SET(${OWN_LIB_NAME}_HDRS
    ...
  oraCudaImagingRingPerspectiveReorientationFilter.h
)

SET(${OWN_LIB_NAME}_SRCS
   ...
  oraCudaImagingRingPerspectiveReorientationFilter.cxx
)

CUDA_COMPILE(${OWN_LIB_NAME}_CUDA
  oraCudaImagingRingPerspectiveReorientationFilter.hcu
  oraCudaImagingRingPerspectiveReorientationFilter.cu
)

# include dirs

INCLUDE_DIRECTORIES(
  ${CBCT_BIN_DIR}
  ${CBCT_SOURCE_DIR}
  ${RTK_INCLUDE_DIRS}
  ${RTK_LIBRARY_DIRS}
)

# add utilities library

ADD_LIBRARY(${OWN_LIB_NAME} STATIC
    ${${OWN_LIB_NAME}_SRCS}
    ${${OWN_LIB_NAME}_HDRS}
    ${${OWN_LIB_NAME}_CUDA}
)

SET_TARGET_PROPERTIES(${OWN_LIB_NAME} PROPERTIES LINKER_LANGUAGE CXX)

TARGET_LINK_LIBRARIES(${OWN_LIB_NAME}
  ${RTK_LIBS}
  ${CUDA_LIBRARIES}
  ${CUDA_cufft_LIBRARY}
  ${OPENCL_LIBRARIES}
  ITKCommon
  ITKNumerics
  ORAIFTools
  ORAIFImageAccess
  ORAIFNReg2D3DDRREngine
  ORAIFNReg2D3DMathMethods
  ORAIFNReg2D3DAlgorithm
  ExperimentalORAIFImagingRing
)

# unit test

IF(CBCT_BUILD_TESTING)
  ADD_SUBDIRECTORY(${CMAKE_CURRENT_SOURCE_DIR}/testing)
ENDIF(CBCT_BUILD_TESTING)


#

 

The problem is that obviously the underlying generated cl.exe call is incredibly long:

 

cl.exe -D__CUDA_ARCH__=100 -nologo -E -TP   -DCUDA_FLOAT_MATH_FUNCTIONS -DCUDA_NO_SM_11_ATOMIC_INTRINSICS
-DCUDA_NO_SM_12_ATOMIC_INTRINSICS -DCUDA_NO_SM_13_DOUBLE_INTRINSICS  -D__CUDACC__  /DWIN32 /D_WINDOWS /W3 /Zm1000 /GR
/EHsc -DNOMINMAX /MD /O2 /Ob2 /D NDEBUG -I"C:/Program Files/NVIDIA GPU Computing Toolkit/CUDA/v4.2/include"
-I"C:/dev-libs/gdcm-2.0.14-64bit-build" -I"C:/dev-libs/itk-3.20.1/Code/Review"
-I"C:/dev-libs/itk-3.20.1-64bit-review-build/Utilities/vxl/core"
... -I"C:/QtSDK/Qt4.8.3-64bit/include/QtGui" -I"C:/QtSDK/Qt4.8.3-64bit/include/QtNetwork"
-I"C:/QtSDK/Qt4.8.3-64bit/include/QtCore" -I"C:/QtSDK/Qt4.8.3-64bit/include"
-I"C:/QtSDK/Qt4.8.3-64bit/include/QtGui" -I"C:/QtSDK/Qt4.8.3-64bit/include/QtNetwork"
-I"C:/QtSDK/Qt4.8.3-64bit/include/QtCore" -I"C:/dev/ORA-CBCT-64bit-build"
...
...
...
-I"C:/dev/ORA-CBCT-64bit-build" -I"C:/dev/ORA-CBCT-64bit-build"
-I"C:/dev/ORA-CBCT/trunk/tools" -I"C:/dev/ORA-CBCT/trunk/core"
-I"C:/dev/ORA-CBCT/trunk/core/utils" -I"C:/dev/ORA-CBCT/trunk/gui" "
-IC:/Program Files/NVIDIA GPU Computing Toolkit/CUDA/v4.2/bin/../include" "
-IC:/Program Files/NVIDIA GPU Computing Toolkit/CUDA/v4.2/bin/../include/cudart"   -D "__CUDACC__" -D "QT_DLL"
-D "QT_GUI_LIB" -D "QT_NETWORK_LIB" -D "QT_CORE_LIB" -D "QT_DLL" -D "QT_GUI_LIB" -D "QT_NETWORK_LIB"
-D "QT_CORE_LIB" -D "NVCC" -FI "cuda_runtime.h" "C:/dev/ORA-CBCT/trunk/core/utils/oraCudaImagingRingPerspectiveReorientationFilter.cu" > "C:/Users/RA-Admin/AppData/Local/Temp/tmpxft_1cdc_-7_oraCudaImagingRingPerspectiveReorientationFilter.cpp1.ii"

 

(more than 9000 characters - which is obviously too long for cl.exe "The command line is too long.")

 

 

Many of the implied included directories (which are automatically derived by CMake) are definitely not required for compiling this library - cross-checked this on the command line manually.

 

Is it possible to control (manipulate?) the generated includes in this call by invoking the one other cmake macro? Is there some other workaround besides from placing the source code of the dependent libs in folds such "C:\a" a.s.o. in order to get the resultant string shorter?

 

Thanks.

 

Lars

 

 

 

 

 

 

 

 

 


 



--

Powered by www.kitware.com

P

Re: [CMake] command line too long when compiling CUDA code with WindowsSDK7.1_64bit

2013-11-22 Thread Cory Quammen

Lars,

When faced with this same problem, my workaround was to clear the list of
include directories. It also turned out I needed to clear the compiler
definitions passed with -D because nvcc choked on them. Here's how you do
that.

SET_DIRECTORY_PROPERTIES( PROPERTIES INCLUDE_DIRECTORIES "" )
SET_DIRECTORY_PROPERTIES( PROPERTIES COMPILE_DEFINITIONS "" )

After these lines, you can again define includes and definitions needed for
your CUDA library with include_directories, etc.

You may have to make sure this library is in a subdirectory for this to
work. That's what I had to do, but it looks like your library may already
be in its own subdirectory, in which case clearing the include directories
and compiler definitions should be sufficient.

Hope that helps,
Cory


On Fri, Nov 22, 2013 at 7:36 AM, Lars Friedrich Lars  wrote:

> Hello,
>
> we're compiling CUDA code in a sub-library of a bigger project which
> depends on ITK, VTK, Qt, RTK and a further proprietary library.
>
> The CMakeLists.txt of this sub-library looks somehow like this:
>
>  #
>  SET(OWN_LIB_NAME CBCTUtils)
> SET(${OWN_LIB_NAME}_HDRS
> ...
>   oraCudaImagingRingPerspectiveReorientationFilter.h
> )
> SET(${OWN_LIB_NAME}_SRCS
>...
>   oraCudaImagingRingPerspectiveReorientationFilter.cxx
> )
> CUDA_COMPILE(${OWN_LIB_NAME}_CUDA
>   oraCudaImagingRingPerspectiveReorientationFilter.hcu
>   oraCudaImagingRingPerspectiveReorientationFilter.cu
> )
> # include dirs
> INCLUDE_DIRECTORIES(
>   ${CBCT_BIN_DIR}
>   ${CBCT_SOURCE_DIR}
>   ${RTK_INCLUDE_DIRS}
>   ${RTK_LIBRARY_DIRS}
> )
> # add utilities library
> ADD_LIBRARY(${OWN_LIB_NAME} STATIC
> ${${OWN_LIB_NAME}_SRCS}
> ${${OWN_LIB_NAME}_HDRS}
> ${${OWN_LIB_NAME}_CUDA}
> )
> SET_TARGET_PROPERTIES(${OWN_LIB_NAME} PROPERTIES LINKER_LANGUAGE CXX)
> TARGET_LINK_LIBRARIES(${OWN_LIB_NAME}
>   ${RTK_LIBS}
>   ${CUDA_LIBRARIES}
>   ${CUDA_cufft_LIBRARY}
>   ${OPENCL_LIBRARIES}
>   ITKCommon
>   ITKNumerics
>   ORAIFTools
>   ORAIFImageAccess
>   ORAIFNReg2D3DDRREngine
>   ORAIFNReg2D3DMathMethods
>   ORAIFNReg2D3DAlgorithm
>   ExperimentalORAIFImagingRing
> )
> # unit test
> IF(CBCT_BUILD_TESTING)
>   ADD_SUBDIRECTORY(${CMAKE_CURRENT_SOURCE_DIR}/testing)
> ENDIF(CBCT_BUILD_TESTING)
>  #
>
> The problem is that obviously the underlying generated cl.exe call is
> incredibly long:
>
> cl.exe -D__CUDA_ARCH__=100 -nologo -E -TP   -DCUDA_FLOAT_MATH_FUNCTIONS
> -DCUDA_NO_SM_11_ATOMIC_INTRINSICS
> -DCUDA_NO_SM_12_ATOMIC_INTRINSICS -DCUDA_NO_SM_13_DOUBLE_INTRINSICS
> -D__CUDACC__  /DWIN32 /D_WINDOWS /W3 /Zm1000 /GR
> /EHsc -DNOMINMAX /MD /O2 /Ob2 /D NDEBUG -I"C:/Program Files/NVIDIA GPU
> Computing Toolkit/CUDA/v4.2/include"
> -I"C:/dev-libs/gdcm-2.0.14-64bit-build"
> -I"C:/dev-libs/itk-3.20.1/Code/Review"
> -I"C:/dev-libs/itk-3.20.1-64bit-review-build/Utilities/vxl/core"
> ... -I"C:/QtSDK/Qt4.8.3-64bit/include/QtGui"
> -I"C:/QtSDK/Qt4.8.3-64bit/include/QtNetwork"
> -I"C:/QtSDK/Qt4.8.3-64bit/include/QtCore"
> -I"C:/QtSDK/Qt4.8.3-64bit/include"
> -I"C:/QtSDK/Qt4.8.3-64bit/include/QtGui"
> -I"C:/QtSDK/Qt4.8.3-64bit/include/QtNetwork"
> -I"C:/QtSDK/Qt4.8.3-64bit/include/QtCore" -I"C:/dev/ORA-CBCT-64bit-build"
> ...
> ...
> ...
> -I"C:/dev/ORA-CBCT-64bit-build" -I"C:/dev/ORA-CBCT-64bit-build"
> -I"C:/dev/ORA-CBCT/trunk/tools" -I"C:/dev/ORA-CBCT/trunk/core"
> -I"C:/dev/ORA-CBCT/trunk/core/utils" -I"C:/dev/ORA-CBCT/trunk/gui" "
> -IC:/Program Files/NVIDIA GPU Computing Toolkit/CUDA/v4.2/bin/../include" "
> -IC:/Program Files/NVIDIA GPU Computing
> Toolkit/CUDA/v4.2/bin/../include/cudart"   -D "__CUDACC__" -D "QT_DLL"
> -D "QT_GUI_LIB" -D "QT_NETWORK_LIB" -D "QT_CORE_LIB" -D "QT_DLL" -D
> "QT_GUI_LIB" -D "QT_NETWORK_LIB"
> -D "QT_CORE_LIB" -D "NVCC" -FI "cuda_runtime.h"
> "C:/dev/ORA-CBCT/trunk/core/utils/oraCudaImagingRingPerspectiveReorientationFilter.cu"
> >
> "C:/Users/RA-Admin/AppData/Local/Temp/tmpxft_1cdc_-7_oraCudaImagingRingPerspectiveReorientationFilter.cpp1.ii"
>
> (more than 9000 characters - which is obviously too long for cl.exe "The
> command line is too long.")
>
>
> Many of the implied included directories (which are automatically derived
> by CMake) are definitely not required for compiling this library -
> cross-checked this on the command line manually.
>
> Is it possible to control (manipulate?) the generated includes in this
> call by invoking the one other cmake macro? Is there some other workaround
> besides from placing the source code of the dependent libs in folds such
> "C:\a" a.s.o. in order to get the resultant string shorter?
>
> Thanks.
>
> Lars
>
>
>
>
>
>
>
>
>
>
>
> --
>
> 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 services to support the CMake community. For more
> information on each offering, please visit:
>
>

[CMake] command line too long when compiling CUDA code with WindowsSDK7.1_64bit

2013-11-22 Thread Lars Friedrich Lars

Hello,

 

we're compiling CUDA code in a sub-library of a bigger project which depends on ITK, VTK, Qt, RTK and a further proprietary library.

 

The CMakeLists.txt of this sub-library looks somehow like this:

 


#


SET(OWN_LIB_NAME CBCTUtils)

SET(${OWN_LIB_NAME}_HDRS
    ...
  oraCudaImagingRingPerspectiveReorientationFilter.h
)

SET(${OWN_LIB_NAME}_SRCS
   ...
  oraCudaImagingRingPerspectiveReorientationFilter.cxx
)

CUDA_COMPILE(${OWN_LIB_NAME}_CUDA
  oraCudaImagingRingPerspectiveReorientationFilter.hcu
  oraCudaImagingRingPerspectiveReorientationFilter.cu
)

# include dirs

INCLUDE_DIRECTORIES(
  ${CBCT_BIN_DIR}
  ${CBCT_SOURCE_DIR}
  ${RTK_INCLUDE_DIRS}
  ${RTK_LIBRARY_DIRS}
)

# add utilities library

ADD_LIBRARY(${OWN_LIB_NAME} STATIC
    ${${OWN_LIB_NAME}_SRCS}
    ${${OWN_LIB_NAME}_HDRS}
    ${${OWN_LIB_NAME}_CUDA}
)

SET_TARGET_PROPERTIES(${OWN_LIB_NAME} PROPERTIES LINKER_LANGUAGE CXX)

TARGET_LINK_LIBRARIES(${OWN_LIB_NAME}
  ${RTK_LIBS}
  ${CUDA_LIBRARIES}
  ${CUDA_cufft_LIBRARY}
  ${OPENCL_LIBRARIES}
  ITKCommon
  ITKNumerics
  ORAIFTools
  ORAIFImageAccess
  ORAIFNReg2D3DDRREngine
  ORAIFNReg2D3DMathMethods
  ORAIFNReg2D3DAlgorithm
  ExperimentalORAIFImagingRing
)

# unit test

IF(CBCT_BUILD_TESTING)
  ADD_SUBDIRECTORY(${CMAKE_CURRENT_SOURCE_DIR}/testing)
ENDIF(CBCT_BUILD_TESTING)


#

 

The problem is that obviously the underlying generated cl.exe call is incredibly long:

 

cl.exe -D__CUDA_ARCH__=100 -nologo -E -TP   -DCUDA_FLOAT_MATH_FUNCTIONS -DCUDA_NO_SM_11_ATOMIC_INTRINSICS
-DCUDA_NO_SM_12_ATOMIC_INTRINSICS -DCUDA_NO_SM_13_DOUBLE_INTRINSICS  -D__CUDACC__  /DWIN32 /D_WINDOWS /W3 /Zm1000 /GR
/EHsc -DNOMINMAX /MD /O2 /Ob2 /D NDEBUG -I"C:/Program Files/NVIDIA GPU Computing Toolkit/CUDA/v4.2/include"
-I"C:/dev-libs/gdcm-2.0.14-64bit-build" -I"C:/dev-libs/itk-3.20.1/Code/Review"
-I"C:/dev-libs/itk-3.20.1-64bit-review-build/Utilities/vxl/core"
... -I"C:/QtSDK/Qt4.8.3-64bit/include/QtGui" -I"C:/QtSDK/Qt4.8.3-64bit/include/QtNetwork"
-I"C:/QtSDK/Qt4.8.3-64bit/include/QtCore" -I"C:/QtSDK/Qt4.8.3-64bit/include"
-I"C:/QtSDK/Qt4.8.3-64bit/include/QtGui" -I"C:/QtSDK/Qt4.8.3-64bit/include/QtNetwork"
-I"C:/QtSDK/Qt4.8.3-64bit/include/QtCore" -I"C:/dev/ORA-CBCT-64bit-build"
...
...
...
-I"C:/dev/ORA-CBCT-64bit-build" -I"C:/dev/ORA-CBCT-64bit-build"
-I"C:/dev/ORA-CBCT/trunk/tools" -I"C:/dev/ORA-CBCT/trunk/core"
-I"C:/dev/ORA-CBCT/trunk/core/utils" -I"C:/dev/ORA-CBCT/trunk/gui" "
-IC:/Program Files/NVIDIA GPU Computing Toolkit/CUDA/v4.2/bin/../include" "
-IC:/Program Files/NVIDIA GPU Computing Toolkit/CUDA/v4.2/bin/../include/cudart"   -D "__CUDACC__" -D "QT_DLL"
-D "QT_GUI_LIB" -D "QT_NETWORK_LIB" -D "QT_CORE_LIB" -D "QT_DLL" -D "QT_GUI_LIB" -D "QT_NETWORK_LIB"
-D "QT_CORE_LIB" -D "NVCC" -FI "cuda_runtime.h" "C:/dev/ORA-CBCT/trunk/core/utils/oraCudaImagingRingPerspectiveReorientationFilter.cu" > "C:/Users/RA-Admin/AppData/Local/Temp/tmpxft_1cdc_-7_oraCudaImagingRingPerspectiveReorientationFilter.cpp1.ii"

 

(more than 9000 characters - which is obviously too long for cl.exe "The command line is too long.")

 

 

Many of the implied included directories (which are automatically derived by CMake) are definitely not required for compiling this library - cross-checked this on the command line manually.

 

Is it possible to control (manipulate?) the generated includes in this call by invoking the one other cmake macro? Is there some other workaround besides from placing the source code of the dependent libs in folds such "C:\a" a.s.o. in order to get the resultant string shorter?

 

Thanks.

 

Lars

 

 

 

 

 

 

 

 

 


 
--

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 services to support the CMake community. For more 
information on each offering, please visit:

CMake Support: http://cmake.org/cmake/help/support.html
CMake Consulting: http://cmake.org/cmake/help/consulting.html
CMake Training Courses: http://cmake.org/cmake/help/training.html

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake

Re: [CMake] Downgrade CMake

2013-11-22 Thread guillermovelasco

Hi. For uninstall CMake, you must delete following files:

com.Kitware.CMake.bom
com.Kitware.CMake.plist

from harddisk > private > var > db > receipts

It worked for me.

Best regards.

Guillermo Velasco, from Spain



--
View this message in context: 
http://cmake.3232098.n2.nabble.com/Downgrade-CMake-tp7567867p7586174.html
Sent from the CMake mailing list archive at Nabble.com.
--

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 services to support the CMake community. For more 
information on each offering, please visit:

CMake Support: http://cmake.org/cmake/help/support.html
CMake Consulting: http://cmake.org/cmake/help/consulting.html
CMake Training Courses: http://cmake.org/cmake/help/training.html

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake

Re: [CMake] Experimental builds not always shown in CDash

2013-11-22 Thread Micha Hergarden

On 11/21/2013 09:55 AM, NoRulez wrote:
> I checked the logs from the web server which looks fine.
>
> I also have a look on the generated xml files (Update, Submit, ...), these 
> looks also good.
>
> The LastSubmit file shows "successfully sent".
>
> The CDash remains empty, no experimental build
>
>
>> Am 20.11.2013 um 18:30 schrieb Micha Hergarden :
>>
>>
>>
>>> On 11/20/2013 06:08 PM, NoRulez wrote:
>>> When I run "ctest -V -S CTestScript.cmake" then everything is done 
>>> successfully, except that I doesn't see the build under CDash.
>>>
> Am 20.11.2013 um 17:30 schrieb Nils Gladitz :
>
> On 20.11.2013 17:23, NoRulez wrote:
> Now the problem is, that sometimes the experimental entry are shown in 
> CDash, but not every time when I call the CTest script.
>
> I don't know when it was shown or not.
> Did I need to configure some additional settings to get it to work?
>
> I use CMake 2.8.12 on Windows 7.
 Maybe the script itself intermittently fails before or during submission 
 (ctest_submit())?

 Nils
>>> --
>>>
>>> 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 services to support the CMake community. For more 
>>> information on each offering, please visit:
>>>
>>> CMake Support: http://cmake.org/cmake/help/support.html
>>> CMake Consulting: http://cmake.org/cmake/help/consulting.html
>>> CMake Training Courses: http://cmake.org/cmake/help/training.html
>>>
>>> Visit other Kitware open-source projects at 
>>> http://www.kitware.com/opensource/opensource.html
>>>
>>> Follow this link to subscribe/unsubscribe:
>>> http://www.cmake.org/mailman/listinfo/cmake
>> Have you checked the logs from the webserver running CDash? I once had
>> failing submissions because the xml file reached the post limit of the
>> nginx server. You can also check the logs
>> /Testing/Temporary/LastSubmit* to see what errors
>> emerged during submit.
>>
>> hth,
>> Micha
>>
>>
>>
>>
>>
>> --
>>
>> 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 services to support the CMake community. For more 
>> information on each offering, please visit:
>>
>> CMake Support: http://cmake.org/cmake/help/support.html
>> CMake Consulting: http://cmake.org/cmake/help/consulting.html
>> CMake Training Courses: http://cmake.org/cmake/help/training.html
>>
>> Visit other Kitware open-source projects at 
>> http://www.kitware.com/opensource/opensource.html
>>
>> Follow this link to subscribe/unsubscribe:
>> http://www.cmake.org/mailman/listinfo/cmake
Does the CDash/backup directory on your cdash server have the file? Does
the cdash.log file in that directory reveal anything?

Micha


signature.asc
Description: OpenPGP digital signature
--

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 services to support the CMake community. For more 
information on each offering, please visit:

CMake Support: http://cmake.org/cmake/help/support.html
CMake Consulting: http://cmake.org/cmake/help/consulting.html
CMake Training Courses: http://cmake.org/cmake/help/training.html

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake

[CMake] ExternalProject BUILD_COMMAND and Visual Studio Express 2010

Re: [CMake] ExternalProject BUILD_COMMAND and Visual Studio Express 2010

[CMake] path levels in TGZ cpack generator

[CMake] Make variables appear in CCMake

Re: [CMake] command line too long when compiling CUDA code with WindowsSDK7.1_64bit

Re: [CMake] command line too long when compiling CUDA code with WindowsSDK7.1_64bit

[CMake] command line too long when compiling CUDA code with WindowsSDK7.1_64bit

Re: [CMake] Downgrade CMake

Re: [CMake] Experimental builds not always shown in CDash

9 matches

Site Navigation

Mail list logo

Footer information