Am 30.10.2010 13:54, schrieb Benjamin King:
Hello,
I'm working on a ~1.5Mio LOC C++ project and our buildsystem is a hodgepodge of
handcrafted Makefiles, shell scripts and
qmake projects.
I tried to convert a subset to CMake and it looks very promising so far.
I'm currently (as a consultant)
Am 30.10.2010 00:45, schrieb John Drescher:
> I know its probably too late for 2.8.3 but can someone please look at
> the following bug:
> http://cmake.org/Bug/view.php?id=11206
>
> This affects me on every single (in house) release of my application.
>
Same for this one:
http://www.cmake.org/Bu
Just searched through bug database and found a bug reported by Ivan Shynkarenka
a few month ago.
"0010798: VS 2010 generator improperly generates
AdditionalIncludeDirectories nodes"
(http://public.kitware.com/Bug/view.php?id=10798.)
This is exactly the same problem.
Regards,
Hi All,
using cmake for a quite big project (with several sub-projects, some macros, find modules etc.) sometimes .vcxproj
contains output like this:
/Zm1000 /bigobj
%(AdditionalOptions)
%(AdditionalIncludeDirectories)
... LOTS OF INCLUDES ...
/include
EnableF
Timenkov Yuri schrieb:
I don't think it is correct.
Surely everything is correct, but things are somehow inconsistent.
(Take a look at the example attached to my previous mail: Using Unix
Makefiles installs one executable, NMake Makefiles installs two
executables and CMake 2.4 (Unix+NMake) insta
ge configurable.
-- Karl Wallner
debug-and-release.tar.gz
Description: application/gzip
diff -r -c ../ORIG/cmake-2.6.2/Source/cmInstallGenerator.cxx cmake-2.6.2/Source/cmInstallGenerator.cxx
*** ../ORIG/cmake-2.6.2/Source/cmInstallGenerator.cxx 2008-09-24 20:34:36.0 +0200
--- cma
I currently moving a about 6 LoC-Project from cmake-2.4.8 to cmake-2.6.0.
Cmake segfaults during make process when trying to build shared libraries:
make[2]: Entering directory
`/build/wepsDIS-0.9.2-BUILD.linux-g++-Debug-CMake26-uups'
cd /build/wepsDIS-0.9.2-BUILD.linux-g++-Debug-CMake26-uup
