On 07/31/2015 07:14 AM, Radovan Bast wrote:
the cmake-3.3.0-Linux-x86_64.tar.gz
on http://www.cmake.org/download/
is not gzipped.
Yes, it is. From a shell on the hosting server:
$ file cmake-3.3.0-Linux-x86_64.tar.gz
cmake-3.3.0-Linux-x86_64.tar.gz: gzip compressed data, ...
$ shasum -a
On 07/30/2015 05:17 PM, Roger Leigh wrote:
Are the duplicated template exports here at the level of the translation
unit not elided when linking the DLL? In the dlltest git repo, I
specifically create DLLs with duplicate template exports in different
translation units to make sure it
On 07/30/2015 11:59 AM, Aleix Pol wrote:
I need to get the linked libraries of a target. I was moving the code
away from get_target_property to generator expressions that should get
into a generated file, although I haven't managed yet.
Is there any possibility to do that already?
I've
On 07/31/2015 03:09 PM, Brad King wrote:
I think some browsers or other download tools may automatically
gunzip files during download.
I seem to get that with Chromium too.
The HTTP response for cmake-3.3.0.tar.gz does contain:
Content-Encoding: x-gzip
Which I think does tell clients
thanks Brad! interesting. sorry for the noise.
best wishes,
radovan
On Fri, Jul 31, 2015 at 3:09 PM Brad King brad.k...@kitware.com wrote:
On 07/31/2015 07:14 AM, Radovan Bast wrote:
the cmake-3.3.0-Linux-x86_64.tar.gz
on http://www.cmake.org/download/
is not gzipped.
Yes, it is.
On Thursday 30 July 2015 09:28:12 Brad King wrote:
On 07/29/2015 03:58 PM, Alex Merry wrote:
This is intended to be used from a settings file which is applied to a
group of CMake projects. This allows the file to control which policies
means that users of the settings file are not forced to
Indeed a Chrome version that I have installed today does that
to my surprise. Auto-unpacks during download but keeps the suffix.
I would like to ask why but this is not the right list :-)
Thanks again for the clarification!
radovan
On Fri, Jul 31, 2015 at 3:11 PM Radovan Bast
On 07/31/2015 12:54 PM, Alex Merry wrote:
Setting policies centrally breaks their compatibility model.
I should perhaps explain our use case:
My assertion stands regardless of the use case.
Now, sure, we could change every single project that includes this module to
use NO_POLICY_SCOPE
OK.
New version of patches. There is now a component per extra tool (for now IdlJ
and JarSigner as suggested by Brad) to ensure future extensibility.
Marc
On 30/07/15 16:49, Brad King brad.k...@kitware.com wrote:
On 07/30/2015 09:55 AM, CHEVRIER, Marc wrote:
here is the correct version.
Am 30.07.2015 um 17:20 schrieb Clinton Stimpson:
On Thursday, July 30, 2015 10:56:02 AM Brad King wrote:
On 07/30/2015 09:29 AM, Pascal Bach wrote:
CMAKE_FIND_ROOT_PATH_MODE would then need to be extended to support
something like NATIVE and TARGET that one could use to choose where
to look
dear all,
the cmake-3.3.0-Linux-x86_64.tar.gz
on http://www.cmake.org/download/
is not gzipped. this confused me a bit
since tar xvzf complained. of course
it can be extracted still but i think it would
be good to replace it by the compressed one.
thank you and best wishes,
radovan
--
11 matches
Mail list logo