Here the full description + patch
http://public.kitware.com/Bug/view.php?id=7433
Also, it could be nice too allow users to specify additionals options
to lupdate and lrelease command lines (-noobsolete, -nounfinished...).
Thx
--
Tanguy Krotoff [EMAIL PROTECTED]
+33 6 68 42 70 24
RUNTIME DESTINATION .
LIBRARY DESTINATION .
)
endif
Do you know if this king of things are possible?
Thanks in advance,
--
Tanguy Krotoff [EMAIL PROTECTED]
+33 6 68 42 70 24
___
CMake mailing list
CMake@cmake.org
http
()
endforeach()
set(CPACK_LIST_OF_FILES_TO_BE_INSTALLED new_list_of_files_to_be_installed)
--
Tanguy Krotoff [EMAIL PROTECTED]
+33 6 68 42 70 24
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake
? is this a bug from CMake?
I can test using other versions of CMake if needed
--
Tanguy Krotoff tkrot...@gmail.com
+33 6 68 42 70 24
___
Powered by www.kitware.com
Visit other Kitware open-source projects at
http://www.kitware.com/opensource
OK thx for the quick reply!
On Sat, Apr 18, 2009 at 7:23 PM, Bill Hoffman bill.hoff...@kitware.com wrote:
Tanguy Krotoff wrote:
Hello
I'm using CMake-2.6.3 and Visual C++ .NET 2003 (MSVC71) on a clean WinXP
32bits.
I get this warning several times at the configure step (my configure
that CMake tries to run?
--
Tanguy Krotoff tkrot...@gmail.com
+33 6 68 42 70 24
___
Powered by www.kitware.com
Visit other Kitware open-source projects at
http://www.kitware.com/opensource/opensource.html
Please keep messages on-topic and check the CMake
btw you forgot to attach your unix example :p
On Sun, May 10, 2009 at 7:19 PM, Eric Noulard eric.noul...@gmail.com wrote:
2009/5/10 Eric Noulard eric.noul...@gmail.com:
2009/5/10 Tanguy Krotoff tkrot...@gmail.com:
Hello
I'm pulling my hair out on what should be straightforward.
file
whether or not I
checked the build testing option.
Any ideas to either one of these problems. Thanks.
Barry Hathaway
--
Tanguy Krotoff tkrot...@gmail.com
+33 6 68 42 70 24
___
Powered by www.kitware.com
Visit other Kitware open-source projects at
http
this problem.
Still why try_run() works in debug mode instead of release mode?
On Mon, Sep 14, 2009 at 3:38 PM, Tanguy Krotoff tkrot...@gmail.com wrote:
On Mon, Sep 14, 2009 at 3:24 PM, Bill Hoffman bill.hoff...@kitware.com
wrote:
Tanguy Krotoff wrote:
Hi all
I have the exact same problem
On Mon, Sep 14, 2009 at 3:51 PM, Bill Hoffman bill.hoff...@kitware.com wrote:
Tanguy Krotoff wrote:
Still why try_run() works in debug mode instead of release mode?
Why not debug? It is the default build.
humm why not in release mode (or release with debug info)?
smaller exe, faster, and I
CMAKE_CXX_FLAGS)
string (REPLACE foo bar ${CMAKE_CXX_FLAGS} CMAKE_CXX_FLAGS)
add_library (baz ${src_files})
set (CMAKE_CXX_FLAGS CMAKE_CXX_FLAGS_ORIG)
?
This does not work.
--
Tanguy Krotoff tkrot...@gmail.com
+33 6 68 42 70 24
___
Powered
On Wed, Sep 30, 2009 at 6:02 PM, Tyler Roscoe ty...@cryptio.net wrote:
Wow, nice bump.
:)
have searched for my problem, found this thread. That's why sometimes
web forums are more suitable.
On Wed, Sep 30, 2009 at 05:58:50PM +0200, Tanguy Krotoff wrote:
I have several projects and I want
On Wed, Sep 30, 2009 at 8:08 PM, Tyler Roscoe ty...@cryptio.net wrote:
So the first change, where you change from /MD to /MT, does work, but
the second change, where you change /MT back to /MD, does not work?
Exactly
When I do this trick, I don't mess with the value in the cache; I just
.cpp extension is hardcoded but I don't think there is the
need for using CMAKE_CXX_SOURCE_FILE_EXTENSIONS as QMake probably
don't support it.
Test:
I managed to compile Phonon library that relies exclusively on
#include moc_*.cpp and #include *.moc feature
--
Tanguy Krotoff [EMAIL PROTECTED
Hello
Another patch :)
(against CMake-2.6.0)
Issues:
- SET(ENV{LC_ALL} C) does not work under Windows: it should be done
each time the macro Subversion_WC_INFO is run.
- svn log -r takes too long
So I've splitted macro Subversion_WC_INFO and created a new one:
Subversion_WC_LOG
--
Tanguy
Done here:
http://public.kitware.com/Bug/view.php?id=7047
On Mon, May 19, 2008 at 12:28 AM, Alexander Neundorf
[EMAIL PROTECTED] wrote:
On Saturday 17 May 2008, Tanguy Krotoff wrote:
Hello
Another patch :)
(against CMake-2.6.0)
Issues:
- SET(ENV{LC_ALL} C) does not work under Windows
problem with UseQt4.cmake is the INCLUDE_DIRECTORIES() which
increases compilation time.
--
Tanguy Krotoff [EMAIL PROTECTED]
+33 6 68 42 70 24
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake
/cmake/ReduceQtIncludeDirs.cmake
What do you think about it?
--
Tanguy Krotoff [EMAIL PROTECTED]
+33 6 68 42 70 24
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake
have to work with just passing -I/some/path/to/qt/include.
Do you know why this policy is not followed by *_p.h and *.cpp files?
when compiling Qt-4.4.0, QMake includes all the modules (i.e
-I/usr/lib/qt4/include/QtGui -I/usr/lib/qt4/include/QtCore...)
--
Tanguy Krotoff [EMAIL PROTECTED]
+33 6 68
INCLUDE_DIRECTORIES(${QT_${module}_INCLUDE_DIR})
And maybe one day, this variable will be set to OFF by default...
--
Tanguy Krotoff [EMAIL PROTECTED]
+33 6 68 42 70 24
include_qt_dirs.patch
Description: Binary data
___
CMake mailing list
CMake
not handling -I in a proper way. (SCons is/was not
scalable)
I think the best now is probably not to modify UseQt4.cmake and I will
stick with my small macro that optimize the include path as I prefer
to have a smaller include path (more readable and easier to debug).
--
Tanguy Krotoff [EMAIL
QT_DEBUG/QT_NO_DEBUG should be moved to FindQt4.cmake as it
is important.
--
Tanguy Krotoff [EMAIL PROTECTED]
+33 6 68 42 70 24
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake
simply would like other devs not to spend time on such stupid
issues, so how can this be prevented?
--
Tanguy Krotoff [EMAIL PROTECTED]
+33 6 68 42 70 24
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake
with the complete /I /D... sequence otherwise it's almost impossible to
see if a file is compiled with the proper defines, includes...
How can I achieve this?
Thanks in advance
--
Tanguy Krotoff [EMAIL PROTECTED]
http://openwengo.org
___
CMake mailing
Alan W. Irwin wrote:
Try the -DCMAKE_VERBOSE_MAKEFILE=ON option to cmake instead.
Thanks a lot it works perfectly!
This should be in the wiki, I didn't find the information (I'm a cmake
newbie from this morning)
--
Tanguy Krotoff [EMAIL PROTECTED]
http://openwengo.org
tool.
See qglobal.h at:
http://doc.trolltech.com/3.3/qglobal-h.html
It would be good for CMake to have the same separation between OS and
compiler detection, what do you think?
Regards,
--
Tanguy Krotoff [EMAIL PROTECTED]
http://openwengo.org
http://dev.openwengo.org/trac/openwengo/trac.cgi/wiki/OWBuild
--
Tanguy Krotoff [EMAIL PROTECTED]
http://openwengo.org
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake
and then people will switch
--
Tanguy Krotoff [EMAIL PROTECTED]
http://openwengo.org
ow_create_shared_library(curl)
ow_use_private_libraries(
OPENSSL
)
ow_add_public_include_dirs(
${CMAKE_CURRENT_SOURCE_DIR}/include
)
ow_add_private_include_dirs(
${CMAKE_CURRENT_SOURCE_DIR}/lib
don't you think there might be some
nice ideas and improvements that can be added to CMake?
--
Tanguy Krotoff [EMAIL PROTECTED]
http://openwengo.org
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake
publish on
its own repository with a good documentation and try to convince people
that it is a better approach.
--
Tanguy Krotoff [EMAIL PROTECTED]
http://openwengo.org
___
CMake mailing list
CMake@cmake.org
http://www.cmake.org/mailman/listinfo/cmake
30 matches
Mail list logo