From 42997294f5b50194881f50f0aaf75704986d80e6 Mon Sep 17 00:00:00 2001
From: Rolf Eike Beer e...@sf-mail.de
Date: Wed, 5 Oct 2011 10:09:07 +0200
Needs to go upstream, too.
---
.../build/cmake/CheckFileOffsetBits.cmake |6 +++---
1 files changed, 3 insertions(+), 3 deletions(-)
diff
On 10/5/2011 4:24 AM, Rolf Eike Beer wrote:
From 42997294f5b50194881f50f0aaf75704986d80e6 Mon Sep 17 00:00:00 2001
From: Rolf Eike Beere...@sf-mail.de
Date: Wed, 5 Oct 2011 10:09:07 +0200
http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=41719b75
Thanks,
-Brad
--
Powered by www.kitware.com
On 10/4/2011 10:22 PM, Stephen Kelly wrote:
1) Change the meaning of LINK_INTERFACE_LIBRARIES in
set_target_properties(foo LINK_INTERFACE_LIBRARIES bar)
Do you mean target_link_libraries, rather than set_target_properties?
The latter is a very general command and will not be taught special
The following issue has been SUBMITTED.
==
http://public.kitware.com/Bug/view.php?id=12495
==
Reported By:Scott K Logan
Assigned To:
thanks for your help Alexander Michael.
Eric
Michael Hertling a écrit :
On 10/04/2011 10:42 AM, pellegrini wrote:
Hi all,
I would need your advise about the strategy to adopt when two
executables share common object files.
Sharing object files among different targets might mean
When I install the .sh version over an existing 2.8.4 release
and use CodeBlocks - Unix Makefiles QtCreator only shows the
CMakeLists.txt, nothing more.
Seems the CodeBlocks - Unix Makefiles generator is broken in 2.8.6.
The entry Option virtualFolders=.. looks quite different between
the two
On 10/04/11 09:32, Alan Hourihane wrote:
On 10/03/11 09:46, Alan wrote:
Hi all,
I'm trying to build cmake 2.8.5, but the system I'm building on doesn't
have a dynamic libraries, so static only.
When cmake comes to link I get this (with debug from make)
It turns out that CMake is not
Hello all,
I have been struggling with this problem for 2 days and I cannot really find
a solution.
I have a c++ application that I want to cross compile under Fedora 15 to
use it with Windows.
The packages that my app depends on are already pre-compiled in :
/usr/i686-mingw32./
I am
Hello all,
I have been struggling with this problem for 2 days and I cannot really find
a solution.
I have a c++ application that I want to cross compile under Fedora 15 to
use it with Windows.
The packages that my app depends on are already pre-compiled in :
/usr/i686-mingw32./
I am
On Oct 4, 2011, at 6:56 PM, Michael Hertling wrote:
On 10/04/2011 09:20 PM, Jaime Frey wrote:
Hi.
I'm having some trouble with the add_custom_command() function in cmake
2.8.3. I'm using it to run a POST_BUILD command on a target. The docs say I
can use $TARGET_FILE:tgt in the arguments to
On Wed, Oct 5, 2011 at 10:09 AM, Jaime Frey jf...@cs.wisc.edu wrote:
On Oct 4, 2011, at 6:56 PM, Michael Hertling wrote:
On 10/04/2011 09:20 PM, Jaime Frey wrote:
Hi.
I'm having some trouble with the add_custom_command() function in cmake
2.8.3. I'm using it to run a POST_BUILD command on a
Hi,
is there a way to disable the global caching mechanism of cmake?
I mean the caching where cmake stores where a certain
software package can be /was found once successfully built.
I have a closed standalone build (suitable for e.g. a buildserver and
automatic testing) and want to make sure
On Wed, Oct 5, 2011 at 6:53 AM, Peter Kuemmel syntheti...@gmx.net wrote:
When I install the .sh version over an existing 2.8.4 release
and use CodeBlocks - Unix Makefiles QtCreator only shows the
CMakeLists.txt, nothing more.
Seems the CodeBlocks - Unix Makefiles generator is broken in 2.8.6.
On Wed 05 Oct 2011 04:22:27 PM CEST, Thomas Wolf wrote:
Hi,
is there a way to disable the global caching mechanism of cmake?
I mean the caching where cmake stores where a certain
software package can be /was found once successfully built.
I have a closed standalone build (suitable for e.g.
On Tue, Jul 12, 2011 at 4:58 PM, Alexander Neundorf
a.neundorf-w...@gmx.net wrote:
Hi,
On Saturday 04 December 2010, Johannes Zarl wrote:
Hello,
The compatibility matrix for different versions of cmake is now complete
and awaits review:
On Wed, Oct 5, 2011 at 10:51 AM, David Cole david.c...@kitware.com wrote:
On Tue, Jul 12, 2011 at 4:58 PM, Alexander Neundorf
a.neundorf-w...@gmx.net wrote:
Hi,
On Saturday 04 December 2010, Johannes Zarl wrote:
Hello,
The compatibility matrix for different versions of cmake is now
On Wednesday, October 05, 2011 08:29:00 am Marcus D. Hanwell wrote:
On Wed, Oct 5, 2011 at 6:53 AM, Peter Kuemmel syntheti...@gmx.net wrote:
When I install the .sh version over an existing 2.8.4 release
and use CodeBlocks - Unix Makefiles QtCreator only shows the
CMakeLists.txt, nothing
On 10/5/2011 11:17 AM, Clinton Stimpson wrote:
Peter, is that your problem also? Can you edit your .cbp to remove lines like
that? Or copy it to a file with a .xml extension then open it in a program
that can check the xml (e.g. firefox).
So, what can we do to get people to try the RC's?
CMake only caches this kind of information in the CMakeCache.txt file
in the build tree. You might want to take a look at the -C option of
CMake. Alternatively, you can also try to play around with the
CMAKE_SYSTEM_PREFIX and CMAKE_SYSTEM_*_PATH variables as documented the
man-page.
Michael
Hi,
I'll probably get to it in the next 1-3 weeks...
Cheers,
Johannes
On 10/05/2011 at 16:51, David Cole david.c...@kitware.com wrote:
On Tue, Jul 12, 2011 at 4:58 PM, Alexander Neundorf
a.neundorf-w...@gmx.net wrote:
Hi,
On Saturday 04 December 2010, Johannes Zarl wrote:
Hello,
The
On Wednesday 05 October 2011, Clinton Stimpson wrote:
On Wednesday, October 05, 2011 08:29:00 am Marcus D. Hanwell wrote:
On Wed, Oct 5, 2011 at 6:53 AM, Peter Kuemmel syntheti...@gmx.net wrote:
When I install the .sh version over an existing 2.8.4 release
and use CodeBlocks - Unix
On Wednesday, October 05, 2011 09:53:53 am Alexander Neundorf wrote:
On Wednesday 05 October 2011, Clinton Stimpson wrote:
On Wednesday, October 05, 2011 08:29:00 am Marcus D. Hanwell wrote:
On Wed, Oct 5, 2011 at 6:53 AM, Peter Kuemmel syntheti...@gmx.net
wrote:
When I install the .sh
Hmm. Part of the problem might be the generators most of the folks who
follow CMake closely tend to use - I'm a command line + vim linux weenie
myself, so I'm only going to be testing a subset of the generators. I
imagine others are Windows only, etc.
One idea that comes to mind might be to put
On Oct 5, 2011, at 9:18 AM, David Cole wrote:
On Wed, Oct 5, 2011 at 10:09 AM, Jaime Frey jf...@cs.wisc.edu wrote:
Thanks.
I see the entry in the Changelog now. I guess I didn't pick the right search
term when I looked at it before. Might I suggest adding a note to bug 9465
that the
So I see that one of my projects has this problem.
I've narrowed it down to this commit:
http://cmake.org/gitweb?p=cmake.git;a=commit;h=a5683f8
Great! This was fast.
If I remove the code that commit adds, from the current HEAD, then my
problem goes away.
When checking the XML, it
On 10/03/2011 07:39 PM, John R. Cary wrote:
I am using the cmakedefine mechanism for a fortran include file.
If the variable is not defined, rather than
/* #undef HAVE_PLASMASTATE */
I need
! #undef HAVE_PLASMASTATE
Are there existing solutions?
You might postprocess the already
Am Mittwoch, 5. Oktober 2011, 18:38:35 schrieb Peter Kuemmel:
So I see that one of my projects has this problem.
I've narrowed it down to this commit:
http://cmake.org/gitweb?p=cmake.git;a=commit;h=a5683f8
Great! This was fast.
If I remove the code that commit adds, from the current
On Wednesday 05 October 2011, David Cole wrote:
On Wed, Oct 5, 2011 at 10:51 AM, David Cole david.c...@kitware.com wrote:
On Tue, Jul 12, 2011 at 4:58 PM, Alexander Neundorf
a.neundorf-w...@gmx.net wrote:
Hi,
On Saturday 04 December 2010, Johannes Zarl wrote:
Hello,
The
And here some numbers to compare it with Qt's qmake.
I've used this project: http://kst-plot.kde.org/
which supports qmake and cmake.
Running make/ninja on a fresh compiled project
with warm caches (in seconds):
qmake cmake Ninja
Makefiles makefiles
-j10.5-0.8
On Wednesday 05 October 2011, Peter Kümmel wrote:
And here some numbers to compare it with Qt's qmake.
I've used this project: http://kst-plot.kde.org/
which supports qmake and cmake.
Running make/ninja on a fresh compiled project
with warm caches (in seconds):
qmake cmake
What is this extra chatty output from? I never remember seeing it in VS
2008, but I see it in VS 2010.
-- Build started: Project: copy_scripts, Configuration: Release x64
--
1Build started 10/5/2011 12:38:07 PM.
1InitializeBuildStatus:
1 Creating
On 05.10.2011 20:38, Alexander Neundorf wrote:
On Wednesday 05 October 2011, Peter Kümmel wrote:
And here some numbers to compare it with Qt's qmake.
I've used this project: http://kst-plot.kde.org/
which supports qmake and cmake.
Running make/ninja on a fresh compiled project
with warm caches
On Tue, Oct 4, 2011 at 6:37 PM, Ben Medina ben.med...@gmail.com wrote:
Hello all,
We're using NSIS via CPack for our Windows installer. One thing we'd
like to change is the Start in directory for Windows Start menu
shortcuts. Currently, it appears to default to the installation
directory,
On 05.10.2011 21:45, Bill Hoffman wrote:
I just tried this on a machine here.
svn co svn://anonsvn.kde.org/home/kde/branches/work/kst/portto4/kst
CMake build:
make -j8
real3m19.131s
user16m31.866s
sys 3m25.289s
Qmake build:
real2m55.761s
user15m15.585s
sys 1m58.203s
In my particular CMake project, I have three CPP files:
a.cpp
b.cpp
c.cpp
I want 'a.cpp' to be compiled in all configurations (release debug).br
I only want 'b.cpp' to be compiled in DEBUG configuration.br
I only want 'c.cpp' to be compiled in RELEASE configuration.
How can I do
On 10/05/2011 10:47 PM, Robert Dailey wrote:
In my particular CMake project, I have three CPP files:
a.cpp
b.cpp
c.cpp
I want 'a.cpp' to be compiled in all configurations (release debug).br
I only want 'b.cpp' to be compiled in DEBUG configuration.br
I only want 'c.cpp' to
It's because VS2010 uses msbuild to build C++ projects. You can modify
verbosity level in settings menu: Tools Options Projects and Solutions
Build and Run MSBuild project build output verbosity
On Wed, Oct 5, 2011 at 10:49 PM, James Bigler jamesbig...@gmail.com wrote:
What is this extra
On 10/02/2011 06:41 PM, gaurav chetal wrote:
Frndzz..
I am attaching an archive file herewith!!!..In it the .h file of project A
is not able to link to the .h file of project B when linking the library
of A as well as B with the executable..This is just an outline of what i
want to execute
On Wed 05 Oct 2011 05:48:12 PM CEST, Thomas Wolf wrote:
CMake only caches this kind of information in the CMakeCache.txt file
in the build tree. You might want to take a look at the -C option of
CMake. Alternatively, you can also try to play around with the
CMAKE_SYSTEM_PREFIX and
On Thu 06 Oct 2011 05:17:00 AM CEST, Michael Hertling wrote:
On 10/05/2011 10:47 PM, Robert Dailey wrote:
In my particular CMake project, I have three CPP files:
a.cpp
b.cpp
c.cpp
I want 'a.cpp' to be compiled in all configurations (release debug).br
I only want 'b.cpp' to be
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 c56fdde415b2ee90d19634fa4d3393a34f47bbf1 (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 021cece31b7fc461940fe605252a4958ded66ac5 (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 b4da0da63e02a50091b8b2a8048502257fa86a58 (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 ef78b3971ef2d0502f4bd9a6083a9ca3883ff25c (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 1d53d38d503513d39eb5003abbedb1ce82e6fe7c (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 61c69d3fbbdb0390eb8f27e39a30a21d43ab4169 (commit)
from
46 matches
Mail list logo
