Hi,
I noticed while poking around CMake's compiler modules that the defaults for
XL are kind of inconsistent. Specifically, If you look here:
https://github.com/Kitware/CMake/blob/master/Modules/Compiler/XL-C.cmake
CMake adds -qalias=noansi by default, which prevents a bunch of
optimizations.
Ok, sounds good to me!
On 3/2/15, 11:10 AM, "Ben Boeckel" wrote:
>On Mon, Mar 02, 2015 at 09:19:00 -0800, Todd Gamblin wrote:
>> Thanks for letting me know. Let me know if you have any more issues.
>>
>> Ben: at some point I was the maintainer for F
.
-Todd
From: Andrew Maclean
Reply-To: "andrew.amacl...@gmail.com"
Date: Sunday, March 1, 2015 at 11:31 PM
To: Todd Gamblin , "cmake@cmake.org" ,
Ben Boeckel
Subject: Re: FindMPI.cmake and MS-MPI
> Please ignore my emails regarding this. Apparently Ben Boeckel has fixed
ng producing the final binaries for CMake 2.8.6 on
> Thursday, 9/29 or Friday 9/30 next week.
>
>
> Thanks,
> David
>
>
> On Thu, Sep 22, 2011 at 3:51 PM, Todd Gamblin wrote:
>> David,
>>
>> I just tried 2.8.6-rc3 on a Linux machine with a system bo
Jackson www.bluequartz.net
> Principal Software Engineer mike.jack...@bluequartz.net
> BlueQuartz Software Dayton, Ohio
>
> On Sep 22, 2011, at 3:51 PM, Todd Gamblin wrote:
>
>> David,
>>
>> I just tried 2.8.6-rc3 on a Lin
keLists.txt file to
>>> reflect this and I still get the error.
>>>
>>> Operator Error or regression?
>>>
>>> _______
>>> Mike Jackson www.bluequartz.net
>>&g
gt; http://www.cmake.org/mailman/listinfo/cmake
> ___
> Powered by www.kitware.com
>
> Visit other Kitware open-source projects at
> http://www.kitware.com/opensource/opensource.html
>
> Please keep messages on-topic and check
On Jun 27, 2011, at 10:26 PM, Hendrik Sattler wrote:
> Am Montag, 27. Juni 2011, 18:40:19 schrieb Todd Gamblin:
>>
>>
>> I *think* Michael's concern here is that if you have a project that uses
>> C99, it should fail as fast as possible, e.g. when it knows that t
)
>
>
>
>
> ___
> Powered by www.kitware.com
>
> Visit other Kitware open-source projects at
> http://www.kitware.com/opensource/opensource.html
>
> Please keep messages on-topic and check the CMake FAQ at:
> h
n't believe that choosing a
> suitable compiler via the CC environment variable is something that
> means an excessive demand for anyone.
I agree with this, too. I just think that it's possible to do better in this
case. It's these kinds of convenience features that make CMak
the platform file. Someone does this once for each known compiler ID
and now no one has to bother with this stuff anymore.
-Todd
__
Todd Gamblin, tgamb...@llnl.gov, http://people.l
jects at
> http://www.kitware.com/opensource/opensource.html
>
> Please keep messages on-topic and check the CMake FAQ at:
> http://www.cmake.org/Wiki/CMake_FAQ
>
> Follow this link to subscribe/unsubscribe:
> http://www.cmake.org/mailman/listinfo/cmake
_
the caller of cmake should have to know. It's something the
developers should know, and whoever is building the code shouldn't have to care.
-Todd
______
Todd Gamblin, tgamb...@llnl.gov, http://people.llnl.gov/gamblin2
Done.
http://www.cmake.org/Bug/view.php?id=12300
On Jun 22, 2011, at 1:08 PM, Sean McBride wrote:
> On Wed, 22 Jun 2011 12:32:55 -0700, Todd Gamblin said:
>
>> Is there a good cross-platform way to enable C99 in a CMake project
>> right now? You can obviously do thi
thing grepping
around in the modules or platform files.
-Todd
__________
Todd Gamblin, tgamb...@llnl.gov, http://people.llnl.gov/gamblin2
CASC @ Lawrence Livermore National Laboratory, Livermore, CA, USA
_
9]+\\.[0-9]+")
> STRING(REGEX REPLACE "([0-9]+)\\.([0-9]+)" "\\1_\\2"
>_boost_BOOSTIFIED_VERSION ${_boost_VER})
> ENDIF()
>
> list(APPEND _boost_PATH_SUFFIXES "boost-${_boost_BOOSTIFIED_VERSION}")
> list(AP
All,
There is a new implementation of the FindMPI module in next. There are a
number of changes in this version, and it did not quite make it into 2.8.4
because it needs more testing. If you are interested in this and can kick the
tires, please try it out and send feedback to me.
There motiv
On Jan 3, 2011, at 1:34 AM, Michael Wild wrote:
> On 01/03/2011 09:11 AM, Todd Gamblin wrote:
>> Is there some standard way in CMake to get a project-local install
>> destination for python libraries, e.g.:
>>
>> ${CMAKE_INSTALL_PREFIX}/lib/python2.6/site-packag
Is there a way in CMake, once I find the python interpreter, to query for the
availability of a particular module? e.g. say I want to make sure that the
host's python installation has PyQt4, or numy, or something like that. Do I
have to manually run the interpreter, try to import it, and check
Is there some standard way in CMake to get a project-local install destination
for python libraries, e.g.:
${CMAKE_INSTALL_PREFIX}/lib/python2.6/site-packages
Is this something find modules typically provide? I can construct this name
easily enough myself, but it involves querying the
Intrepid BG/P at Argonne. Let me know if you need additions/updates for your system. Testing on windows machines would be very useful, too, since I really don't have access to a Windows cluster.Thanks!-Todd
FindMPI.cmake
Description: Binary data
On Dec 26, 2010, at 4:26 PM, Todd Gamblin wrote:Th
on part so that it just sets
MPI_LIBRARIES, then I could parse that later to set the other two for backward
compatibility.
Thoughts? Answers and suggestions would be much appreciated.
Thanks!
-Todd
On Dec 20, 2010, at 6:09 AM, Marcel Loose wrote:
>>>> On 19-12-2010 at 0:04
Hey all,
This has been brought up before (sort of) here:
http://thread.gmane.org/gmane.comp.programming.tools.cmake.user/26533
FindMPI doesn't currently give you the libraries, includes, etc. for different
languages. MPI compilers can (and typically do) have different
includes/librarie
://cmake.org/gitweb?p=cmake.git;a=log;h=d84cbd0f
-Todd
On Jul 5, 2010, at 1:00 PM, Todd Gamblin wrote:
> I'd like to see this one:
>
> CMake needs a BlueGene/P Platform File
> http://*www.*itk.org/Bug/print_bug_page.php?bug_id=10897
>
> As well as the bootstrap patch
t
sure if there is a specific issue in Mantis for that one.
Todd Gamblin
Center for Applied Scientific Computing
Lawrence Livermore National Laboratory
On Jul 5, 2010, at 11:31 AM, David Cole wrote:
> Hi all,
>
> Now that we have released CMake 2.8.2 last Monday, and we have swit
On Jul 5, 2010, at 4:25 AM, Michael Wild wrote:
>
> On 5. Jul, 2010, at 12:00 , Todd Gamblin wrote:
>
>>
>> On Jul 5, 2010, at 1:23 AM, Michael Wild wrote:
>>
>>>
>>> On 5. Jul, 2010, at 7:46 , Todd Gamblin wrote:
>>>
>>
On Jul 5, 2010, at 1:23 AM, Michael Wild wrote:
>
> On 5. Jul, 2010, at 7:46 , Todd Gamblin wrote:
>
>> The documentation here:
>>
>>
>> http://*www.*cmake.org/cmake/help/cmake2.6docs.html#variable:CMAKE_COMPILER_IS_GNULANG
>>
>&g
The documentation here:
http://www.cmake.org/cmake/help/cmake2.6docs.html#variable:CMAKE_COMPILER_IS_GNULANG
is in conflict with the documentation here:
http://www.cmake.org/Wiki/CMake_Useful_Variables
And this thread (though it's from 2008) seems to imply that the second link
own toolchains on some platforms.
> This makes it less likely that mismatched compilers will be found.
> Check only if the environment variables CC and CXX are both empty.
> ---
>
> Todd Gamblin wrote:
>> 1. Bootstrap script doesn't seem to work quite right on the frontend.
&g
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 mor
how to search lib/python directories,
but I'm not sure if there is more that would needs to be done to get python
working seamlessly.
-Todd
On Jun 25, 2010, at 4:08 PM, Todd Gamblin wrote:
> This makes sense, but it's actually slightly more complicated for BG/P. I
> just got off
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
>>>
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
find_library call, while setting
CMAKE_FIND_ROOT_PATH_MODE_LIBRARY to BOTH? This might get me the behavior I
want.
Please get back to me on these issues, as I'm really enjoying building with
CMake so far, despite the BG/P headaches. I'd like to help out by co
35 matches
Mail list logo
