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
libra
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 roo
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
> y
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
(w
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
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/
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
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
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
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 wrote:
> On Thursday 24
On Thursday 24 June 2010, James Amundson wrote:
> 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. Specifica
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 like
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< --
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 CMak
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 ou
15 matches
Mail list logo
