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
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
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
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
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
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
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
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
, 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
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
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
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
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
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
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
/~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
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
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
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
19 matches
Mail list logo