The following issue has been SUBMITTED.
==
http://public.kitware.com/Bug/view.php?id=14359
==
Reported By:Michel Zou
Assigned To:
The following issue has been SUBMITTED.
==
http://public.kitware.com/Bug/view.php?id=14358
==
Reported By:Michel Zou
Assigned To:
The following issue has been SUBMITTED.
==
http://www.cmake.org/Bug/view.php?id=14357
==
Reported By:Jason Howlett
Assigned To:
Am Mittwoch, 14. August 2013, 14:02:35 schrieb Brad King:
> On 08/13/2013 01:54 PM, Rolf Eike Beer wrote:
> > Brad King wrote:
> >> On Win64-vs10-Tv90 it is building with VS 10 but the compiler is VS 9.
> >
> > I'll switch that over to use CMAKE_CXX_COMPILER_VERSION as suggested
> > below, the err
On 08/13/2013 01:54 PM, Rolf Eike Beer wrote:
> Brad King wrote:
>> On Win64-vs10-Tv90 it is building with VS 10 but the compiler is VS 9.
> I'll switch that over to use CMAKE_CXX_COMPILER_VERSION as suggested
> below, the error will probably go away then.
That worked.
>> For Win32-mingw-gcc-4.5
On 08/14/2013 01:02 PM, David Cole wrote:
> We should (maybe I will if I get time to spend on it) write a test that
> executes something like this command:
>
> $ git grep -E "[0-9][0-9][0-9][0-9][0-9][0-9][0-9][0-9].*cmPolicies"
> Source/cmPolicies.cxx:2,8,11,20130516, cmPolicies::WAR
We should (maybe I will if I get time to spend on it) write a test that
executes something like this command:
$ git grep -E "[0-9][0-9][0-9][0-9][0-9][0-9][0-9][0-9].*cmPolicies"
Source/cmPolicies.cxx:2,8,11,20130516, cmPolicies::WARN);
Source/cmPolicies.cxx:2,8,11,20130516, cmP
The following issue has been SUBMITTED.
==
http://www.gccxml.org/Bug/view.php?id=14356
==
Reported By:Alex
Assigned To:
==
On 08/14/2013 11:14 AM, Stephen Kelly wrote:
> It's not very pretty though for the final release to tell people that they
> should install '2.8.11.20130626 or later' instead of '2.8.12 or later',
> which is what we really intend to communicate.
Okay, I'll bump that version at the same time as th
On 08/14/2013 11:09 AM, Stephen Kelly wrote:
> That breaks the ExportImport unit test, because is is used in a
> version_greater check and the version bump to 2.8.12 is only in the release
> branch.
As I hinted in my sibling response this check can remain on a
2.8.11. version.
> We sort-of disc
Brad King wrote:
> On 08/14/2013 11:00 AM, Brad King wrote:
>> On 08/14/2013 10:59 AM, Stephen Kelly wrote:
>>> Brad King wrote:
I added a commit to update the versions:
http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=07c16eec
I'll have to re-create the release branch
Brad King wrote:
> On 08/14/2013 10:59 AM, Stephen Kelly wrote:
>> Brad King wrote:
>>> I added a commit to update the versions:
>>>
>>> http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=07c16eec
>>>
>>> I'll have to re-create the release branch tomorrow after this
>>> is tested.
>>>
>>
>> You
On 08/14/2013 11:00 AM, Brad King wrote:
> On 08/14/2013 10:59 AM, Stephen Kelly wrote:
>> Brad King wrote:
>>> I added a commit to update the versions:
>>>
>>> http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=07c16eec
>>>
>>> I'll have to re-create the release branch tomorrow after this
>>> is
On 08/14/2013 10:59 AM, Stephen Kelly wrote:
> Brad King wrote:
>> I added a commit to update the versions:
>>
>> http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=07c16eec
>>
>> I'll have to re-create the release branch tomorrow after this
>> is tested.
>>
>
> You missed the version in
>
>
Brad King wrote:
> I added a commit to update the versions:
>
> http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=07c16eec
>
> I'll have to re-create the release branch tomorrow after this
> is tested.
>
You missed the version in
Source/cmExportInstallFileGenerator.cxx
See commit 574fec9
On 08/14/2013 09:14 AM, Stephen Kelly wrote:
> I pushed a branch updating the version number of new policies and a version
> number generated in export files a few months ago. I just left it as a
> reminder to bump merge the bumps at RC time. The branch was deleted soon
> after though.
>
> Is
Hi,
I pushed a branch updating the version number of new policies and a version
number generated in export files a few months ago. I just left it as a
reminder to bump merge the bumps at RC time. The branch was deleted soon
after though.
Is the release branch going to get a similar change fo
Am 14.08.2013 14:58, schrieb Brad King:
On 08/13/2013 05:30 PM, Rolf Eike Beer wrote:
*Dynamic analysis tests failing or not run*
CTestTestMemcheckDummyPurify
(http://open.cdash.org/viewDynamicAnalysisFile.php?id=2977143)
CTestTestMemcheckDummyValgrind
(http://open.cdash.org/viewDynamicAnalysisF
Daniele E. Domenichelli wrote:
> On 12/08/13 15:36, Stephen Kelly wrote:
>>> The difference is that if GTK2_USE_IMPORTED_TARGETS the
>>> GTK_${_var}_LIBRARY will link the target (and it's dependencies)
>>> otherwise it will link only the library (without dependencies) using the
>>> DEBUG or RELEAS
On 08/13/2013 05:30 PM, Rolf Eike Beer wrote:
>> *Dynamic analysis tests failing or not run*
>> CTestTestMemcheckDummyPurify
>> (http://open.cdash.org/viewDynamicAnalysisFile.php?id=2977143)
>> CTestTestMemcheckDummyValgrind
>> (http://open.cdash.org/viewDynamicAnalysisFile.php?id=2977144)
>> CTest
On 12/08/13 15:36, Stephen Kelly wrote:
>> The difference is that if GTK2_USE_IMPORTED_TARGETS the
>> GTK_${_var}_LIBRARY will link the target (and it's dependencies)
>> otherwise it will link only the library (without dependencies) using the
>> DEBUG or RELEASE version, depending on what was found
21 matches
Mail list logo