Steve Wilson wrote:
On Feb 6, 2014, at 3:56 PM, Stephen Kelly
steve...@gmail.com wrote:
There are a few things I'd like to touch up a bit. How comfortable are
you with git? Would it cause problems for you if I force push your
branch, or would you know how to handle that? Do you have
CMAKE_LANG_COMPILE_OPTIONS_VISIBILITY is being set up for the Intel
compiler in general but the -fvisibility option is not supported on
Windows and will result in compiler warnings.
I set up the intel-visibility topic which moves the option into the
Windows and Darwin specific Platform files.
Hi
I'm building binaries for AIX using GCC and native ld (also testing with
GCC cross-compiler with GNU binutils) and I get issues with exceptions
not being caught like they should.
I'm linking a number of static C and C++ archives into several binaries
and I notice that under certain
On 02/07/2014 09:03 AM, Ådne Hovda wrote:
I notice that under certain conditions CMake adds libgcc_eh.a to the
linker line.
CMake has no builtin knowledge of this library so it must be coming
the detection of libraries implicitly added by the compiler front-end.
Take a look at
On 2/7/2014 3:33 PM, Brad King wrote:
like CMAKE_C_IMPLICIT_LINK_LIBRARIES. Does libgcc_eh.a appear in any
of them?
You are right, it's there.
If I run powerpc-ibm-aix5.3.0.0-gcc
/opt/cmake/share/cmake-2.8/Modules/CMakeCCompilerABI.c -v I see
libgcc_eh.as among collect2's args.
For
On 02/07/2014 06:05 AM, Nils Gladitz wrote:
CMAKE_LANG_COMPILE_OPTIONS_VISIBILITY is being set up for the Intel
compiler in general but the -fvisibility option is not supported on
Windows and will result in compiler warnings.
I set up the intel-visibility topic which moves the option into
Nils Gladitz wrote:
On 02/07/2014 04:24 PM, Brad King wrote:
This looks correct to me and is a good bug fix. Please merge
to 'next' for testing.
Thanks, will do!
Do you have access to Intel C/C++ on OS X that you could use to try
this task?
I currently only have access to Intel on
On Friday, February 07, 2014 05:33:47 PM Stephen Kelly wrote:
Nils Gladitz wrote:
On 02/07/2014 04:24 PM, Brad King wrote:
This looks correct to me and is a good bug fix. Please merge
to 'next' for testing.
Thanks, will do!
Do you have access to Intel C/C++ on OS X that you could
On 02/04/2014 12:06 PM, Brad King wrote:
I'm working on the notes for 3.0.0 by hand
I've added release notes for 3.0:
Help: Add CMake 3.0 Release Notes
http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=d9860f90
Please proofread and check for your changes.
(I'm excluding most minor/internal
On Feb 7, 2014, at 1:45 AM, Stephen Kelly steve...@gmail.com wrote:
You still have extra dashes in the titles in the target property
documentation.
Fixed.
Please also rebase to master. The documentation has been updated to add more
relevant links, markup etc. Please follow the same
On 01/27/2014 02:01 PM, Brad King wrote:
We're past the 2014-01-15 target date for CMake 3.0 on the issue
tracker roadmap so it is time to prepare the first release candidate.
I will now feature-freeze master in preparation for the release.
Well it took a bit more work than I expected to
On 02/07/2014 04:24 PM, Brad King wrote:
This looks correct to me and is a good bug fix. Please merge
to 'next' for testing.
Thanks, will do!
Do you have access to Intel C/C++ on OS X that you could use to try
this task?
I currently only have access to Intel on Windows which is why I
Very nice.
On Fri, Feb 7, 2014 at 1:42 PM, Brad King brad.k...@kitware.com wrote:
On 02/04/2014 12:06 PM, Brad King wrote:
I'm working on the notes for 3.0.0 by hand
I've added release notes for 3.0:
Help: Add CMake 3.0 Release Notes
On 2014-02-07 13:57, Brad King wrote:
There is one more change I'd like to make as part of the change
to the 3.0 version number. I propose that we drop the fourth
version component and use only two components for the feature
level.
I guess this will mean that minor release are much more
On Fri, Feb 07, 2014 at 13:57:28 -0500, Brad King wrote:
Comments?
So…what the Linux kernel did? :) I like it.
--Ben
--
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
On Feb 7, 2014, at 10:14 AM, Steve Wilson ste...@wolfram.com wrote:
On Feb 6, 2014, at 10:12 PM, Ben Boeckel ben.boec...@kitware.com wrote:
On Thu, Feb 06, 2014 at 17:30:11 -0700, Steve Wilson wrote:
I have my topic branch with the add_custom_command changes to include
the CONFIG keyword
On 02/07/2014 02:34 PM, Matthew Woehlke wrote:
I guess this will mean that minor release are much more frequent than
historically? (About as frequent as patch release in the 2.x series, I
guess?)
Yes.
Future feature releases will then be numbered
3.1, 3.2, ..., 3.9, 3.10, 3.11, ...
Agreed. Is there an issue in the tracker to document that problem ?
On Fri, Feb 7, 2014 at 3:05 PM, Steve Wilson ste...@wolfram.com wrote:
On Feb 7, 2014, at 10:14 AM, Steve Wilson ste...@wolfram.com wrote:
On Feb 6, 2014, at 10:12 PM, Ben Boeckel ben.boec...@kitware.com wrote:
On Thu,
On 02/07/2014 04:46 PM, Jean-Christophe Fillion-Robin wrote:
I have been able to determine that the code isn’t working because it
seems that when running from ctest, cmake seems to be running in a
configuration-less mode. Ie CMAKE_BUILD_TYPE/CMAKE_CONFIGURATION_TYPE are
not set
On Feb 7, 2014, at 3:01 PM, Brad King brad.k...@kitware.com wrote:
On 02/07/2014 04:46 PM, Jean-Christophe Fillion-Robin wrote:
I have been able to determine that the code isn’t working because it
seems that when running from ctest, cmake seems to be running in a
configuration-less
The following issue has been SUBMITTED.
==
http://www.cmake.org/Bug/view.php?id=14742
==
Reported By:Roman80
Assigned To:
The following issue has been SUBMITTED.
==
http://www.cmake.org/Bug/view.php?id=14743
==
Reported By:Roman80
Assigned To:
22 matches
Mail list logo