[cmake-developers] Flag ordering

Can anyone tell me why the default CMAKE*_FLAGS_*_INIT values get placed *after* the specified CFLAGS? This makes it hard to override the -O value specified there. -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA, Boulder/CoRA Office FAX: 303-415

Re: [cmake-developers] [CMake] CMake 2.8.12-rc2 FindHDF5 issues

test and let me know. Thanks, -Brad I can build netcdf with it now - thanks. -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA, Boulder/CoRA Office FAX: 303-415-9702 3380 Mitchell Lane or...@nwra.com Boulder, CO 80301

[cmake-developers] Fwd: [Bug 1072964] New: Could NOT find PythonInterp

this change in CMake: [14:49]dgilmore akozumpl: cmake-3.0.0-0.3.rc1.fc21 [14:49]dgilmore [14:49]dgilmore * Mon Mar 03 2014 Orion Poplawski or...@cora.nwra.com - 3.0.0-0.3.rc1 [14:49]dgilmore - Update to upstreams version of FindPythonLibs patch so we think it's probable

[cmake-developers] cmake-gui icons

/~hughsient/appdata/ -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA, Boulder/CoRA Office FAX: 303-415-9702 3380 Mitchell Lane or...@nwra.com Boulder, CO 80301 http://www.nwra.com -- Powered by www.kitware.com Please keep

Re: [cmake-developers] cmake-gui icons

On 10/28/2014 08:18 AM, Brad King wrote: On 10/27/2014 01:59 PM, Orion Poplawski wrote: Fedora is pushing to have higher resolution icons for the applications. There already is CMakeSetup128.png, but these would need to get installed into the proper /usr/share/icons/ hierarchy and named

Re: [cmake-developers] cmake-gui icons

On 10/29/2014 09:50 AM, Ben Boeckel wrote: On Mon, Oct 27, 2014 at 11:59:09 -0600, Orion Poplawski wrote: Fedora is pushing to have higher resolution icons for the applications. There already is CMakeSetup128.png, but these would need to get installed into the proper /usr/share/icons

Re: [cmake-developers] Fwd: [ANNOUNCE] CMake 3.1.2 Released

On 02/10/2015 07:56 AM, Robert Maynard wrote: So we can safely presume that the new features listed at https://gcc.gnu.org/gcc-5/changes.html will be the what gcc 5.0 will ship with? That's how I read things. On Mon, Feb 9, 2015 at 11:18 PM, Orion Poplawski or...@cora.nwra.com wrote

Re: [cmake-developers] [ANNOUNCE] CMake 3.2.0-rc1 now ready for testing!

, so that seems like the likely culprit. -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA/CoRA DivisionFAX: 303-415-9702 3380 Mitchell Lane or...@cora.nwra.com Boulder, CO 80301 http://www.cora.nwra.com -- Powered

Re: [cmake-developers] GCC5 and C++11 ABI

On 02/16/2015 11:07 AM, Brad King wrote: On 02/16/2015 12:27 PM, Orion Poplawski wrote: We're getting a fair number of test failures on Fedora Rawhide (with gcc 5 c++11): It builds fine on F22 which also has gcc 5, but not the c++11 ABI, so that seems like the likely culprit. To see

Re: [cmake-developers] GCC5 and C++11 ABI

On 02/16/2015 02:48 PM, Brad King wrote: On 02/16/2015 04:26 PM, Orion Poplawski wrote: On 02/16/2015 11:07 AM, Brad King wrote: To see if this has anything to do with the way CMake itself is compiled, please add this to the end of the bootstrap command line: -- -DCMAKE_C_STANDARD=90

Re: [cmake-developers] Fwd: [ANNOUNCE] CMake 3.1.2 Released

is currently in stage4 - prerelease state with only regression bugfixes and documentation fixes allowed. So I think it's reasonable time to start adapting to it. -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA/CoRA DivisionFAX: 303-415-9702 3380

Re: [cmake-developers] [ANNOUNCE] CMake 3.2.0-rc1 now ready for testing!

On 02/17/2015 12:41 AM, Stephen Kelly wrote: Orion Poplawski wrote: On 02/13/2015 01:12 PM, Robert Maynard wrote: I am proud to announce that CMake 3.2 has entered the release candidate stage. We're getting a fair number of test failures on Fedora Rawhide (with gcc 5 c++11): This is a bug

Re: [cmake-developers] Making kwsys a proper library

On 08/17/2015 09:52 AM, Brad King wrote: On 08/15/2015 12:20 AM, Orion Poplawski wrote: What makes the kwsys code special in a way that makes creating a shared library inappropriate? We want to share the code across projects but we don't want it to get in the way of those projects evolving

[cmake-developers] Making kwsys a proper library

for making kwsys a proper library? See also: https://bugzilla.redhat.com/show_bug.cgi?id=1251198 https://fedorahosted.org/fpc/ticket/555 https://bugzilla.redhat.com/show_bug.cgi?id=1251500 Thanks -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA/CoRA Division

Re: [cmake-developers] Making kwsys a proper library

On 08/14/2015 08:27 AM, Ben Boeckel wrote: On Thu, Aug 13, 2015 at 20:36:55 -0600, Orion Poplawski wrote: There is concern in Fedora that the kwsys code has become too large to be an acceptable copylib. However, as cmake is constructed at the moment it would be a huge undertaking

[cmake-developers] parallel install of different cmake versions

this kind of thing? -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA, Boulder/CoRA Office FAX: 303-415-9702 3380 Mitchell Lane or...@nwra.com Boulder, CO 80301 http://www.nwra.com diff -up cmake-3.4.1

Re: [cmake-developers] parallel install of different cmake versions

On 12/14/2015 07:42 AM, Brad King wrote: On 12/11/2015 06:42 PM, Orion Poplawski wrote: For Fedora EPEL we often end up packaging newer versions of cmake as cmakeXY (e.g. cmake34) that can be installed in parallel with the system cmake. This is a fairly invasive process. I'm attaching

Re: [cmake-developers] parallel install of different cmake versions

On 12/14/2015 08:56 AM, Eric Noulard wrote: 2015-12-14 15:42 GMT+01:00 Brad King <brad.k...@kitware.com <mailto:brad.k...@kitware.com>>: On 12/11/2015 06:42 PM, Orion Poplawski wrote: > For Fedora EPEL we often end up packaging newer versions of cmake as cmakeXY

[cmake-developers] Support libarchive 3.2

libarchive 3.2 changed the version string format. The attached patch fixes. -- Orion Poplawski Technical Manager 303-415-9701 x222 NWRA, Boulder/CoRA Office FAX: 303-415-9702 3380 Mitchell Lane or...@nwra.com Boulder, CO 80301