On Tue, Apr 5, 2011 at 6:54 AM, Micha Renner micha.ren...@t-online.de wrote:
Am Montag, den 04.04.2011, 21:22 +0200 schrieb Dominik Szczerba:
CMAKE_CFG_INTDIR
This value is evaluated by the native build system - this variable is
suitable only for use in command lines that will be evaluated at
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 04/05/2011 03:53 AM, Michael Hertling wrote:
CMAKE_MINIMUM_REQUIRED(VERSION 2.8 FATAL_ERROR)
PROJECT(HEADERLIBRARY C)
SET(CMAKE_VERBOSE_MAKEFILE ON)
FILE(WRITE ${CMAKE_BINARY_DIR}/f.h void f(void)\n)
ADD_LIBRARY(f STATIC f.h)
On 04/05/2011 11:02 AM, Theodore Papadopoulo wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 04/05/2011 03:53 AM, Michael Hertling wrote:
CMAKE_MINIMUM_REQUIRED(VERSION 2.8 FATAL_ERROR)
PROJECT(HEADERLIBRARY C)
SET(CMAKE_VERBOSE_MAKEFILE ON)
FILE(WRITE ${CMAKE_BINARY_DIR}/f.h
I found one possible VS2008 bug, just following these steps:
1 - Create a VS2008 solution based on a correct CMakeLists.txt
2 - Open the solution and edit CMakeLists.txt adding a non-existent
file into the list of sources.
3 - Build the solution (F7 is my shortcut)
4 - It appears the message:
On Tuesday, April 5, 2011, Dominik Szczerba domi...@itis.ethz.ch wrote:
On Tue, Apr 5, 2011 at 6:54 AM, Micha Renner micha.ren...@t-online.de wrote:
Am Montag, den 04.04.2011, 21:22 +0200 schrieb Dominik Szczerba:
CMAKE_CFG_INTDIR
This value is evaluated by the native build system - this
Hello,
I am working with CMake 2.8 and using UseJNI.cmake
I have a JDK installed locally (registered in Win-Registry) but want to
configure a project to use a different JDK lying on my disk.
Looking at UseJNI.cmake I find that the environment variable JAVA_HOME
could be handy,
but
Am 05.04.2011 13:12, schrieb Oliver Buchtala:
Hello,
I am working with CMake 2.8 and using UseJNI.cmake
I have a JDK installed locally (registered in Win-Registry) but want
to configure a project to use a different JDK lying on my disk.
Looking at UseJNI.cmake I find that the environment
On Tue, Apr 5, 2011 at 1:00 PM, David Cole david.c...@kitware.com wrote:
Doesn't this work like you want it to if you simply escape the $ with \$ ?
Ah, yes, it does. I was simply prefixing also the brackets \$\{...\}
to get an error.
Many thanks!
Dominik
The openSUSE build service now offers CMake 2.8.4 for some newer
distributions (SUSE ones) for those that don't want to build themselves:
https://build.opensuse.org/package/show?package=cmakeproject=devel%3Atools%3Abuilding
If anyone needs a package from the other distributions listed there that
Honestly, headers seem sometimes a second class citizen in cmake: there
are some properties related to headers but few header knowledgeable
commands...
I really don't see how CMake could automate this any more, or what
additional information it could generate for you.
Well, since you asked:
Fedora isn't listed there but is it possible to have it?
Rolf Eike Beer ha scritto:
The openSUSE build service now offers CMake 2.8.4 for some newer
distributions (SUSE ones) for those that don't want to build themselves:
Fedora isn't listed there but is it possible to have it?
I doubt they will add it just for CMake, but I can ask. Maybe we end up
creating a special CMake build project there?
Eike
___
Powered by www.kitware.com
Visit other Kitware open-source
Packages for Ubuntu are already available from my PPA.
You probably don't want to use my PPA because it will also contain some
other updates. Not all of them are stable.
If there is enough interest, I may create a PPA dedicated to just CMake.
cheers, Daniel
On Tue, Apr 5, 2011 at 7:16 AM, Oliver Buchtala oliver.bucht...@jku.atwrote:
Am 05.04.2011 13:12, schrieb Oliver Buchtala:
Hello,
I am working with CMake 2.8 and using UseJNI.cmake
I have a JDK installed locally (registered in Win-Registry) but want to
configure a project to use a
Am 05.04.2011 16:33, schrieb David Cole:
On Tue, Apr 5, 2011 at 7:16 AM, Oliver Buchtala
oliver.bucht...@jku.at mailto:oliver.bucht...@jku.at wrote:
Am 05.04.2011 13:12, schrieb Oliver Buchtala:
Hello,
I am working with CMake 2.8 and using UseJNI.cmake
I have a
Am 05.04.2011 17:11, schrieb Oliver Buchtala:
Am 05.04.2011 16:33, schrieb David Cole:
On Tue, Apr 5, 2011 at 7:16 AM, Oliver Buchtala
oliver.bucht...@jku.at mailto:oliver.bucht...@jku.at wrote:
Am 05.04.2011 13:12, schrieb Oliver Buchtala:
Hello,
I am working with CMake
On 04/03/2011 02:25 AM, aaron_wri...@selinc.com wrote:
I have some m4 files in my build that include other m4 files, so there's a
dependency between m4 files that can change at any time. I can calculate
the dependency at configure time, but what can I do when the files change
and I need to
I'm looking at bug #11884
http://public.kitware.com/Bug/view.php?id=11884
And I've noticed there is a problem with depending on generated headers across
directories but not within the same directory.
For example:
# section A
add_custom_command(OUTPUT ${CMAKE_BINARY_DIR}/out.h COMMAND )
Wow. Thanks Michael. That's a very thorough answer. I like your idea, but
it just doesn't feel right. It seems to me that the right way to do it
would be to patch CMake.
There's a base class for the dependency scanners and several derived
classes for C, java, fortan, etc. Would it not be easy
Is it possible to create visual studio/msbuild projects under Linux? (It
would ease the flow of our automation chain, and it'd be handy for
working with MonoDevelop).
- Oliver
___
Powered by www.kitware.com
Visit other Kitware open-source projects
On 04/05/2011 12:22 PM, Clinton Stimpson wrote:
I'm looking at bug #11884
http://public.kitware.com/Bug/view.php?id=11884
And I've noticed there is a problem with depending on generated headers
across
directories but not within the same directory.
For example:
# section A
On 04/04/2011 12:01 PM, Manuel Klimek wrote:
Done.
Thanks!
I also have the previous patches ready (re-based with master). Let me
know how we'll go on about submitting all that.
I still have them on a local topic branch. See below.
Have you changed anything since then?
If you prefer to send
On 04/05/2011 09:17 AM, Johan Björk wrote:
Tiny patch attached to support build-setting conditions in XCode
(XCODE_ATTRIBUTE_...[sdk=iphone]) for example. The issue was simply that
XCode requires the key to be quoted when it contains [].
I think the right place for this is in
On Tue, Apr 5, 2011 at 6:19 AM, Brad King brad.k...@kitware.com wrote:
On 04/05/2011 08:33 AM, Brad King wrote:
On 04/04/2011 12:01 PM, Manuel Klimek wrote:
Done.
Thanks!
While running the test on more platforms I ran into a problem. On
Windows makefile tools like Borland and NMake we use
On Tue, Apr 5, 2011 at 5:33 AM, Brad King brad.k...@kitware.com wrote:
On 04/04/2011 12:01 PM, Manuel Klimek wrote:
Done.
Thanks!
I also have the previous patches ready (re-based with master). Let me
know how we'll go on about submitting all that.
I still have them on a local topic
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project CMake.
The branch, next has been updated
via 1501b2dd73a05061fcb576842c6b795c4c11e83d (commit)
via
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project CMake.
The branch, master has been updated
via a2907bfb8419397dee4a28aeac63556f648df31d (commit)
via
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project CMake.
The branch, master has been updated
via 485b50c357d325c40cf185d3917af5dc8ec14391 (commit)
via
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project CMake.
The branch, master has been updated
via 3b16aa622e12f9fff46140291bb423d2b03cf90a (commit)
via
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project CMake.
The branch, master has been updated
via cc2585b1ebe39815250296d1e493931a4456d72b (commit)
via
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project CMake.
The branch, master has been updated
via fff3a742b256afdbc6515f451a7283c1b34f5af4 (commit)
via
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project CMake.
The branch, master has been updated
via fc6addccfdb734c48a76aaec96fef5fcad2940c9 (commit)
via
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project CMake.
The branch, master has been updated
via ca10dc47865bd764409c5600ba46d9ceb7367350 (commit)
via
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project CMake.
The branch, master has been updated
via c90fa7c00c142d42067ce90c07d52c6d489fe815 (commit)
via
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project CMake.
The branch, master has been updated
via b7b9597b75ef44b4e7b03020aedfc2466be4dc89 (commit)
via
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project CMake.
The branch, next has been updated
via 0a278211183ddbb9bb9417de265612e825e242df (commit)
via
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project CMake.
The branch, master has been updated
via 6d7e4d4043dce6dcfe1fb0b98a3483ee7e02421e (commit)
from
37 matches
Mail list logo
