I have several small utilities and trial programs, each zipped
up nicely with its own CMakeLists.txt file andstashed away for a rainy
day.
Say:
--
project(test)
add_executable(test
test.cpp )--
When needed, these are unzipped in the RAMDRIVE and compiled
there. Use
Brandon J. Van Every wrote:
Ok, the CMake 2.4.2 documentation for the projectName version of
TRY_COMPILE is only 3 short sentences. IIUYC, you are saying I'm going
to have to write a CMakeLists.txt wrapper, and a subdirectory, for each
and every tool like makeinfo, if I want to prove that
At 02:57 AM 7/22/2006, Dataflow wrote:
I have several small utilities and trial programs, each zipped up nicely with
its own CMakeLists.txt file and stashed away for a rainy day.
Say:
--
project(test)
add_executable(test
test.cpp
)
--
When needed, these are
Ok.
1. Please put the following in CMakeLists.txt:
project(test)
add_executable(test test.cpp)
2. Please put the following in 'test.cpp'
void main(){}
3. Please put both these directly in c:\ (not in a subdirectory. You can put
in d:\, e:\ etc, but in the root directory.)
4. Run CMakeSetup,
William A. Hoffman wrote:
At 08:17 AM 7/22/2006, Brad King wrote:
Brandon J. Van Every wrote:
Ok, the CMake 2.4.2 documentation for the projectName version of TRY_COMPILE is only 3 short sentences. IIUYC, you are saying I'm going to have to write a CMakeLists.txt
At 11:38 AM 7/22/2006, Dataflow wrote:
Ok.
1. Please put the following in CMakeLists.txt:
project(test)
add_executable(test test.cpp)
2. Please put the following in 'test.cpp'
void main(){}
3. Please put both these directly in c:\ (not in a subdirectory. You can put
in d:\, e:\ etc, but in the
I build modules with cmake which depend on external libraries which may be
installed in non-standard locations. The modules also depend on cmake
targets. These modules are checked at build time with a small application
that dynamically loads them. These modules are also installed (possibly
At 06:09 PM 7/22/2006, William A. Hoffman wrote:
OK, found the problem. It seems to have been broken for some time now,
but the fix should make it in 2.4.3 when that is ready. It should be in
cvs soon, after I run all the tests.
I spoke to soon the fix worked with makefiles but not visual