I would like if this Bug Report is not longer on backlog:
http://public.kitware.com/Bug/view.php?id=9188
I have uploaded a patch ready for integration.
Claus
--
Powered by www.kitware.com
Visit other Kitware open-source projects at
http://www.kitware.com/opensource/opensource.html
Please
Just idly, I wonder how practical it would be to automatically close
bugs older than XXX time that haven't been touched or assigned.
If nothing else it'd generate a notification to the submitter of the
bug that either the bug was over looked or not considered important
and deserves some
I get the following errors when trying to build my Qt project:
CMake Error at C:/Program Files (x86)/CMake
2.8/share/cmake-2.8/Modules/FindQt4.cmake:595 (MESSAGE):
Could NOT find QtCore. Check
And I need to manually point the CMake gui in the direction of qmake.exe;
additionally, I receive
On Sun, Aug 12, 2012 at 10:30 AM, Toronto Andrew
andrew.loui...@gmail.com wrote:
I get the following errors when trying to build my Qt project:
CMake Error at C:/Program Files (x86)/CMake
2.8/share/cmake-2.8/Modules/FindQt4.cmake:595 (MESSAGE):
Could NOT find QtCore. Check
And I need to
On Sun, Aug 12, 2012 at 10:33 AM, John Drescher dresche...@gmail.com wrote:
On Sun, Aug 12, 2012 at 10:30 AM, Toronto Andrew
andrew.loui...@gmail.com wrote:
I get the following errors when trying to build my Qt project:
CMake Error at C:/Program Files (x86)/CMake
Hello,
I am emailing in regards to this bug
http://cmake.org/Bug/view.php?id=12424
as I have found a possible workaround. Though I have not found another
website talking about it, there appears to be a bug in Visual Studio
10 when using the /Zm1000 option without pre-compiled headers. This
I think you can actually download the Command line tools and install
them _without_ installing Xcode. Have not tried but this is what I am
led to believe.
_
Mike Jackson mike.jack...@bluequartz.net
On Sat, Aug 11, 2012 at
Yes to both John, I did point the CMake gui to the position of the qmake.exe
within the bin, and it does come with whatever DLLs the source comes with.
I am using Qt 4.8.0 and the latest CMake gui for Windows (x86).
Some other things to get out of the way:
QTDIR is set to C:/Qt/4.8.0/bin, and
Correction, the dynamic library was not linking, it simply wouldn't fail when
it couldn't find libraries, which is why I had errors importing.
I was able to fix this by forcing an include of /opt/local/lib in
CMakeList.txt with:
LINK_DIRECTORIES(/opt/local/lib)
I am still confused why the
http://www.cmake.org/Bug/view.php?id=13204
http://www.cmake.org/Bug/view.php?id=13162
--
Dave Abrahams
BoostPro Computing Software DevelopmentTraining
http://www.boostpro.com Clang/LLVM/EDG Compilers C++ Boost
--
Powered by www.kitware.com
Visit other
Hi,
I have the following example copied from the cmake Tests/Tutorial
directory. cmake works fine.
/tmp/xxx/src$ cat.sh *
== CMakeLists.txt ==
cmake_minimum_required (VERSION 2.6)
project (Tutorial)
# The version number.
set (Tutorial_VERSION_MAJOR 1)
set (Tutorial_VERSION_MINOR 0)
#
Hey All,
First off I'm loving cmake, This thing makes my life so easy. Thank you!
I'm working on porting some code to Windows at the moment. I'm putting in
configure checks for stdint.h and it's types. The strange thing is that
finding the header works, but then finding the type fails.
But it would be great if one can override msproject target type. It
could be used properly in generator commands and test afterwards
without any problems with configurations. (E.g. if you have test
runner or kind of code generator written in C# or VB).
On Wed, Aug 8, 2012 at 4:49 PM, Klaim - Joël
13 matches
Mail list logo