2010/11/4 Bill Hoffman :
But, for now, you should be able to work around it on your side by
removing the sha.1 from the list of files in your
set_source_files_properties call.
>>
>> True just tested that. It works.
>>
>>> I meant "...removing the sha1.h from ..."
>>
>> I inferred tha
On 11/3/2010 6:00 PM, Eric Noulard wrote:
2010/11/3 David Cole:
It should be fine. CMake should handle .h files that have this property
set. We should fix it. (And we will -- probably in the 2.8.4 release.)
OK no problem.
Sorry for being late to test that combination but I'm not usually
usin
2010/11/3 David Cole :
>>
>> It should be fine. CMake should handle .h files that have this property
>> set. We should fix it. (And we will -- probably in the 2.8.4 release.)
OK no problem.
Sorry for being late to test that combination but I'm not usually
using Windows box
and even more rarely VS
On Wed, Nov 3, 2010 at 5:29 PM, David Cole wrote:
> On Wed, Nov 3, 2010 at 5:09 PM, Eric Noulard wrote:
>
>> 2010/11/3 Bill Hoffman :
>> >
>> > The reason this is showing up is because they are compiling a .h file:
>> >
>> > LIST(APPEND LIBHLA_EXPORTED_INCLUDES sha1.h)
>> > set_source_files_prope
On Wed, Nov 3, 2010 at 5:09 PM, Eric Noulard wrote:
> 2010/11/3 Bill Hoffman :
> >
> > The reason this is showing up is because they are compiling a .h file:
> >
> > LIST(APPEND LIBHLA_EXPORTED_INCLUDES sha1.h)
> > set_source_files_properties(sha1.c sha1.h PROPERTIES LANGUAGE "C")
> > SOURCE_GROU
2010/11/3 Bill Hoffman :
>
> The reason this is showing up is because they are compiling a .h file:
>
> LIST(APPEND LIBHLA_EXPORTED_INCLUDES sha1.h)
> set_source_files_properties(sha1.c sha1.h PROPERTIES LANGUAGE "C")
> SOURCE_GROUP("Source Files\\Hash" FILES ${LIBHLA_HASH_SRCS})
>
>
> The sha1.h i
On 11/3/2010 3:09 PM, Rolf Eike Beer wrote:
Am Mittwoch, 3. November 2010 schrieb Eric Noulard:
I "may" have a problem with Visual Studio 2010 generator.
The concerned project CERTI (https://savannah.nongnu.org/projects/certi)
builds fine on on several using CMake.
But when we try to build CER
Am Mittwoch, 3. November 2010 schrieb Eric Noulard:
> I "may" have a problem with Visual Studio 2010 generator.
> The concerned project CERTI (https://savannah.nongnu.org/projects/certi)
> builds fine on on several using CMake.
>
> But when we try to build CERTI with CMake 2.8.2 (or 2.8.3rc4) we
2010/10/30 David Cole :
> The CMake 2.8.3 release candidate stream continues!
> You can find the source and binaries here:
> http://www.cmake.org/files/v2.8/?C=M;O=D
>
> EXCEPT: There are not yet Irix or Sun pre-built binary
> installers available for CMake 2.8.3-rc4. There is a
> failing (HTML doc
On 11/01/2010 01:22 AM, Marcus D. Hanwell wrote:
> On Sun, Oct 31, 2010 at 7:30 PM, Campbell Barton wrote:
>> Hi I saw in the log you added a case for Python 2.7,
>> Would you be able to add a check for Python 3.x ?
>>
>> For Blender 3D we use CMake and only support python 3.x series.
>
> I added
On Sun, Oct 31, 2010 at 7:30 PM, Campbell Barton wrote:
> Hi I saw in the log you added a case for Python 2.7,
> Would you be able to add a check for Python 3.x ?
>
> For Blender 3D we use CMake and only support python 3.x series.
I added that (or part of it at least). I suspect it is too late, a
Hi I saw in the log you added a case for Python 2.7,
Would you be able to add a check for Python 3.x ?
For Blender 3D we use CMake and only support python 3.x series.
___
Powered by www.kitware.com
Visit other Kitware open-source projects at
http://www
On Fri, Oct 29, 2010 at 8:57 PM, John Drescher wrote:
> On Fri, Oct 29, 2010 at 8:17 PM, Karl Wallner wrote:
>> Am 30.10.2010 00:45, schrieb John Drescher:
>>> I know its probably too late for 2.8.3 but can someone please look at
>>> the following bug:
>>> http://cmake.org/Bug/view.php?id=11206
>
Am Saturday 30 October 2010 schrieb David Cole:
> The CMake 2.8.3 release candidate stream continues!
> You can find the source and binaries here:
> http://www.cmake.org/files/v2.8/?C=M;O=D
What about http://public.kitware.com/Bug/view.php?id=11326. Alex merged it at
http://cmake.org/gitweb?p=cma
On Fri, Oct 29, 2010 at 8:17 PM, Karl Wallner wrote:
> Am 30.10.2010 00:45, schrieb John Drescher:
>> I know its probably too late for 2.8.3 but can someone please look at
>> the following bug:
>> http://cmake.org/Bug/view.php?id=11206
>>
>> This affects me on every single (in house) release of my
>> I know its probably too late for 2.8.3 but can someone please look at
>> the following bug:
>> http://cmake.org/Bug/view.php?id=11206
>>
>> This affects me on every single (in house) release of my application.
>
> A workaround is to do a monolithic install.
> SET(CPACK_MONOLITHIC_INSTALL 1)
> ..
Am 30.10.2010 00:45, schrieb John Drescher:
> I know its probably too late for 2.8.3 but can someone please look at
> the following bug:
> http://cmake.org/Bug/view.php?id=11206
>
> This affects me on every single (in house) release of my application.
>
Same for this one:
http://www.cmake.org/Bu
On Fri, Oct 29, 2010 at 6:03 PM, David Cole wrote:
> The CMake 2.8.3 release candidate stream continues!
> You can find the source and binaries here:
> http://www.cmake.org/files/v2.8/?C=M;O=D
>
> EXCEPT: There are not yet Irix or Sun pre-built binary
> installers available for CMake 2.8.3-rc4. Th
The CMake 2.8.3 release candidate stream continues!
You can find the source and binaries here:
http://www.cmake.org/files/v2.8/?C=M;O=D
EXCEPT: There are not yet Irix or Sun pre-built binary
installers available for CMake 2.8.3-rc4. There is a
failing (HTML documentation validity checking) test on
19 matches
Mail list logo
