The following issue has been SUBMITTED.
==
https://cmake.org/Bug/view.php?id=15851
==
Reported By:Aleix Pol
Assigned To:
=
On Wed, Nov 18, 2015 at 3:34 PM, Levi Morrison
wrote:
> On Wed, Nov 18, 2015 at 1:06 PM, Brad King wrote:
>
>> On 11/18/2015 02:32 PM, Levi Morrison wrote:
>> > After some other tweaks I am able to get Intel C++ compiler versions
>> > 12.1.4 13.0.1, 14.0.0, 14.0.2, 15.0.0, 15.0.2, 15.0.3 to work
Hi Brad,
The hunk I included at the bottom of the message
Ah yeah, sorry missed that part in the message, I understand the change
that needs to be done now.
The current caching logic still needs some work
One idea that comes to mind, is to change it so that it doesn't enable
dev/deprecated
On 2015-11-17 16:44-0600 Robert Dailey wrote:
[...]Honestly all of this is a matter of taste, I don't expect
everyone to agree on every little detail. I think the goal should be
to strive for something a little more modern (determined by general
consensus in the open source community) and most i
On Wed, Nov 18, 2015 at 1:06 PM, Brad King wrote:
> On 11/18/2015 02:32 PM, Levi Morrison wrote:
> > After some other tweaks I am able to get Intel C++ compiler versions
> > 12.1.4 13.0.1, 14.0.0, 14.0.2, 15.0.0, 15.0.2, 15.0.3 to work!
> > Both tests found by `ctest -R CompileFeatures -VV` pass.
On 11/18/2015 02:32 PM, Levi Morrison wrote:
> After some other tweaks I am able to get Intel C++ compiler versions
> 12.1.4 13.0.1, 14.0.0, 14.0.2, 15.0.0, 15.0.2, 15.0.3 to work!
> Both tests found by `ctest -R CompileFeatures -VV` pass.
Great. However, the concern I raised earlier about detect
On Wed, Nov 18, 2015 at 13:22:07 -0600, Ryan Houdek wrote:
> I was wondering if adding a new policy that disables the undocumented
> feature of cmake where it appends extensions to filenames when searching
> for files would be something that would actually be accepted to be merged
> if someone spen
On Wed, Nov 18, 2015 at 9:45 AM, Brad King wrote:
> On 11/18/2015 11:20 AM, Levi Morrison wrote:
> > I have fixed a smattering of issues and was able to get
> > Intel versions 14.0.2 , 15.0.2 and 15.0.3 to pass the
> > CompilerFeature tests! Hooray!
>
> Great!
>
> > However, I am stuck on Intel 1
On 11/18/2015 02:22 PM, Ryan Houdek wrote:
> I was wondering if adding a new policy that disables the undocumented feature
> of cmake where it appends extensions to filenames when searching for files
> would be something that would actually be accepted to be merged if someone
> spent the time to wo
I was wondering if adding a new policy that disables the undocumented
feature of cmake where it appends extensions to filenames when searching
for files would be something that would actually be accepted to be merged
if someone spent the time to work on it.
--
Powered by www.kitware.com
Please k
> Date: Wed, 18 Nov 2015 10:44:24 -0500
> From: Brad King
> To: cmake-developers@cmake.org
> Subject: Re: [cmake-developers] FindGTest.cmake and CMP0064
> Message-ID: <564c9cd8.9090...@kitware.com>
> Content-Type: text/plain; charset=utf-8
>
> On 11/17/2015 11:37 AM, Rolf Eike Beer wrote:
>> Am
Patch attached to add imported target (XercesC::XercesC), along with a
unit test.
Regards,
Roger
0001-XercesC-Add-imported-targets-and-unit-test.patch
Description: Binary data
--
Powered by www.kitware.com
Please keep messages on-topic and check the CMake FAQ at:
http://www.cmake.org/Wiki/CMa
On 11/18/2015 11:26 AM, Ben Boeckel wrote:
>> if(test_type STREQUAL "TEST")
>
> is it triggering on the right-hand "TEST" argument?
Yes.
> That's not ambiguous to me; is the if() argument parser misdetecting it?
With CMP0054 and CMP0064 set to NEW then
set(var TEST)
if(var STREQUAL TEST)
On 11/18/2015 11:20 AM, Levi Morrison wrote:
> I have fixed a smattering of issues and was able to get
> Intel versions 14.0.2 , 15.0.2 and 15.0.3 to pass the
> CompilerFeature tests! Hooray!
Great!
> However, I am stuck on Intel 15.0.0.
On 15.0.0 with -std=1y I get __cplusplus==201103L (rather
On Wed, Nov 18, 2015 at 10:44:24 -0500, Brad King wrote:
> The code
>
> if(test_type STREQUAL "TEST")
>
> could still trigger CMP0064 warnings. We can use the style
How would this trigger the warning? Do we look for keywords *after*
variable expansion? Or is it triggering on the right-hand "T
Hello
With this simple patch in attachment I would like to do two things:
1. Fix Resources directory structure for iOS Framework and Application Bundles.
A typical iOS application bundle contains the application executable and any
resources used by the application (for instance, the application
On Tue, Nov 17, 2015 at 4:14 PM, Levi Morrison
wrote:
> On Tue, Nov 17, 2015 at 3:09 PM, Levi Morrison
> wrote:
>
>> On Tue, Nov 17, 2015 at 2:38 PM, Brad King wrote:
>>
>>> On 11/17/2015 04:34 PM, Levi Morrison wrote:
>>> > On Tue, Nov 17, 2015 at 2:07 PM, Levi Morrison wrote:
>>> >>> icpc: co
On 11/17/2015 11:37 AM, Rolf Eike Beer wrote:
> Am 17.11.2015 17:08, schrieb David Chen:
>> We’ve been getting a warning from FindGTest.cmake about CMP0064 when
>> building SimpleITK. The warning occurs at lines 127, 129 and 131 when
>> the variable ${test_type} is equal to “TEST”. With CMP0064 t
On 11/17/2015 05:44 PM, Robert Dailey wrote:
> http://clang.llvm.org/docs/ClangFormatStyleOptions.html
>
> Mozilla's standard looks reasonable.
I've been leaning toward that one too, with slight tweaks.
Perhaps:
BasedOnStyle: Mozilla
AlignOperands:false
ColumnLimit: 79
Inden
On 11/18/2015 02:41 AM, Michael Scott wrote:
>> I moved the hunk below forward to "Modify dev warning options to affect
>> deprecated warnings", the commit where it actually becomes needed
>> because the default changes.
> I'm not sure I follow, which hunk are we talking about here?
The hunk I inc
On 11/17/2015 06:51 PM, Roger Leigh wrote:
> completely breaks the case where there is no direct symbol usage but the
> library is still required for correct functioning of the library or
> program, e.g. as a side-effect of ELF constructors for C++ static
> initialisation and destruction.
You s
> Thanks for working on this. Please read through this mailing list
> thread:
>
> IMPORTED targets for some Find modules
> https://cmake.org/pipermail/cmake-developers/2014-June/010694.html
Done.
> On 11/16/2015 09:26 AM, Florent Castelli wrote:
>> But one thereâs one thing that comes to min
22 matches
Mail list logo
