On 11/29/2010 02:28 PM, Johannes Zarl wrote:
Sorry for the late response, but your mail was simply to long for a
swift response...
No problem, this topic is not exactly trivial.
On 11/26/2010 at 05:47, Michael Hertling mhertl...@online.de wrote:
On 11/24/2010 04:51 PM, Johannes Zarl wrote:
On 11/30/2010 at 11:39, Michael Hertling mhertl...@online.de wrote:
Does this mean that XXX_LIBRARIES etc. should normally incorporate the
settings for the components as well? [...]
Yes, of course, if FIND_PACKAGE(XXX ...) returns successfully one would
expect XXX_LIBRARIES to hold all
On 11/29/2010 6:52 AM, Michael Hertling wrote:
Perhaps, this is a good opportunity to ask a related question: Some
time ago, there has been an issue with special linker scripts which
are part of a project. Of course, one would like to see the linker
triggered when these scripts change, and the
Hi,
I added some ExternalProject_Add directives to my project. Each of them runs
the sequence of configure, make all, make install. Later projects need run
commands generated in early projects during their build phases.
Each project installs generated files at the place ${BUILD_DIR} which is
Write a wrapper script for your configure command, set the ENV var
inside the wrapper script before calling configure.
That's the best way to do it with as-is CMake.
On Tuesday, November 30, 2010, Joke de Buhr j...@seiken.de wrote:
Hi,
I added some ExternalProject_Add directives to my
On Fri, Nov 26, 2010 at 10:38:44AM -0500, Zach Mullen wrote:
I just realized why this isn't working -- it's actually not a regression.
Maybe we have different definitions of regression. I see a feature
that used to do one thing but which now does something else.
Here is what the docs say about
On Thu, Nov 25, 2010 at 02:01:31PM +0100, Marcel Loose wrote:
On 24-11-2010 at 17:45, in message
20101124164507.gg23...@cryptio.net, Tyler
Roscoe ty...@cryptio.net wrote:
On Wed, Nov 24, 2010 at 12:11:56PM +0100, Micha Renner wrote:
SET(CMAKE_INSTALL_PREFIX /foo/bar CACHE PATH Foo
Hm, yours was a use case we didn't really consider when we were making
changes to cost behavior. The middle ground here would be to respect costs
in the non-parallel case when they are expressed explicitly, but not to
cost-order them automatically based on their previous run times.
-Zach
On
It probably works accidentally if you do the set before the project command.
Unfortunately, the project command has significant side effects.
Setting a default (cached) value for CMAKE_INSTALL_PREFIX might be one
of those...
On Tuesday, November 30, 2010, Tyler Roscoe ty...@cryptio.net wrote:
Often you can also pass options to configure scripts specifying the
location of special tools.
Michael
On 11/30/2010 05:47 PM, David Cole wrote:
Write a wrapper script for your configure command, set the ENV var
inside the wrapper script before calling configure.
That's the best way to do
On Tue, Nov 30, 2010 at 01:29:37PM -0500, Zach Mullen wrote:
Hm, yours was a use case we didn't really consider when we were making
changes to cost behavior.
Clearly. :)
The middle ground here would be to respect costs in the non-parallel
case when they are expressed explicitly
This
If we want this unintentional behavior to continue working as is into
the future, we should add a test for this behavior and make the test
fail if the value of CMAKE_INSTALL_PREFIX is not as expected at the
bottom of CMakeLists...
Anybody want to add some code to the test suite to validate this
On Nov 30, 2010, at 16:03 , David Cole wrote:
If we want this unintentional behavior to continue working as is into
the future, we should add a test for this behavior and make the test
fail if the value of CMAKE_INSTALL_PREFIX is not as expected at the
bottom of CMakeLists...
I think it is a
On Nov 30, 2010, at 13:40 , David Cole wrote:
It probably works accidentally if you do the set before the project command.
That is what we do, and it definitely works for us. Set it _before_ the
PROJECT() statement.
Unfortunately, the project command has significant side effects.
Setting
Greetings
I an learnig cmake.
I recently learned that to 'compile headers into _moc.cpp files in a
cmake/qt4 project one had to use the QT4_WRAP_CPP() utility. I now
have a similar need to transformheader files into
.cpp files for PyQT4/SIP scripts. I would be grateful if
Hi,
I have built debug and release win32 and x64 openmpi libs for windows, and I
have them installed on linux x64.
How does FindMPI work for auto detecting If I don't set any MPI_ variable at
all?
Does it search for mpic++ in the %PATH% or $PATH?
What MPI_ variables is the user required to
As boost libraries naming convention doesn't include in the lib names
whether they are built by msvc9 win32 or x64, I am forced on a winxp 64 box
where I hold both versions to have a different lib directory under
boost_root.
I set BOOST_ROOT then call FIND_PACKAGE(Boost 1.44 COMPONENTS ...).
Am
It will search standard locations (/usr/include /usr/lib) for the headers
and libs. Set MPI_LIBRARY and MPI_INCLUDE_PATH if it doesn't locate them for
you automatically. The FindMPI module does interrogate the mpicc compiler
for some of this information but I am not sure if that is the case on
On 11/30/2010 12:27 AM, Renato Botelho wrote:
On Mon, Nov 29, 2010 at 9:20 PM, Renato Botelho rbga...@gmail.com wrote:
Hi,
It's the first project i'm migrating from autotools to cmake,
and it's going really well, in 4 days it's almost done. \o/
The only issue I have now is following, i have
Hi all,
I'm having a problem understanding how I can link to an archive in
another directory which is not a subdirectory. For example:
myproj
+-- main
+-- CMakeLists.txt
+-- source files for main program
+-- dir-A
+-- CMakeLists.txt
+-- source files for sub-program A
+--
on win64 boxes, typically, 32bit binaries are under \Program Files (x86) and
64bit are under \Program Files
It would be good if CMAKE_SYSTEM_PREFIX_PATH for e.g., and other similar
paths, were set to the appropriate
On win32 boxes:
. If msvc = \program files
. If msvc win64
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 2b9f0dc4c869a63af7eac1326e79b3c35198b624 (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 1c5f9938acb4876fd182dc0fcece860f9793f907 (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 8b555d1d208b8bbc2f4c3ddbcd33fb8e716de058 (commit)
from
24 matches
Mail list logo
