Todd Gamblin wrote:
So it's *probably* safe to set your CMAKE_FIND_ROOT_PATH to
/bgsys/drivers/ppcfloor, but technically it's outside your
definition above.
[snip]
Thinking about this some more, maybe you just don't *need* a
find root on BG/P ... You can get all the system information
you
On Jun 28, 2010, at 8:03 AM, Brad King wrote:
Todd Gamblin wrote:
So it's *probably* safe to set your CMAKE_FIND_ROOT_PATH to
/bgsys/drivers/ppcfloor, but technically it's outside your
definition above.
[snip]
Thinking about this some more, maybe you just don't *need* a
find root on BG/P
Todd Gamblin wrote:
CMake cross-compile support is assuming that there is only
one (or maybe a few) directories where target software might be
installed.
I view this as CMAKE_FIND_ROOT_PATH helping for platforms whose SDKs
are organized that way. If there is no root and all the target
library
Hi Alex,
On Thu, 2010-06-24 at 22:52 +0200, Alexander Neundorf wrote:
On Thursday 24 June 2010, Marcel Loose wrote:
Oops! Forgot to CC to the list.
Hi Tod,
I'll try to answer some of your questions below inline (I've snipped
off
parts of your mail). We're also using a BlueGeneP,
Alexander Neundorf wrote:
On Wednesday 23 June 2010, Todd Gamblin wrote:
3a. First, using this setup, FindMPI fails because the last library it
needs is in /bgsys/drivers/ppcfloor/runtime/SPI, not
/bgsys/drivers/ppcfloor/runtime/SPI/lib. CMAKE_FIND_ROOT_PATH seems to
assume that its
On Jun 25, 2010, at 12:06 PM, Brad King wrote:
Alexander Neundorf wrote:
On Wednesday 23 June 2010, Todd Gamblin wrote:
3a. First, using this setup, FindMPI fails because the last library it
needs is in /bgsys/drivers/ppcfloor/runtime/SPI, not
/bgsys/drivers/ppcfloor/runtime/SPI/lib.
On Jun 23, 2010, at 2:10 PM, Alexander Neundorf wrote:
3a. First, using this setup, FindMPI fails because the last library it
needs is in /bgsys/drivers/ppcfloor/runtime/SPI, not
/bgsys/drivers/ppcfloor/runtime/SPI/lib. CMAKE_FIND_ROOT_PATH seems to
assume that its elements are just above a
Some small additions to the path information I posted below:
I believe the original GNU/POSIX runtime libraries for the compute nodes are
located here:
/bgsys/drivers/ppcfloor/gnu-linux/powerpc-bgp-linux
So you'll need this directory in your prefixes to detect things like libpthread
Oops! Forgot to CC to the list.
Hi Tod,
I'll try to answer some of your questions below inline (I've snipped off
parts of your mail). We're also using a BlueGeneP, but not for so many
packages/executables as you probably do.
On Wed, 2010-06-23 at 01:02 -0700, Todd Gamblin wrote:
Hi,
-- 8
On 06/23/2010 04:10 PM, Alexander Neundorf wrote:
Hi,
On Wednesday 23 June 2010, Todd Gamblin wrote:
2. The FindMPI module's library search breaks because the the cross-compiler
name on BlueGene/P contains -l. Specifically, the GNU compute node compilers
on BlueGene/P are named
Brad King pushed this fix to cmake 'next' earlier today:
http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=68c7d3e2ce2fb98980887357dd6308246ea3d64e
That, at least, addresses the -l issue in FindMPI...
HTH,
David
On Thu, Jun 24, 2010 at 4:52 PM, Alexander Neundorf a.neundorf-w...@gmx.net
On Jun 24, 2010, at 1:52 PM, Alexander Neundorf wrote:
And the FindMPI module claims that it can't find the '-inux-g++'
library, or something similar. I was able to fix this by modifying
FindMPI's search to look for -l only when it's followed by a space.
This is a little worrisome because I
Hi,
I'm doing research on scalable performance tools at Lawrence Livermore and my
group is very enthusiastic about switching to CMake for most of our development.
I've been trying to get a proof of concept port from autotools to CMake done
for a simple project, and things seem to work ok for
Hi,
On Wednesday 23 June 2010, Todd Gamblin wrote:
Hi,
I'm doing research on scalable performance tools at Lawrence Livermore and
my group is very enthusiastic about switching to CMake for most of our
development.
I've been trying to get a proof of concept port from autotools to CMake
14 matches
Mail list logo
