Thank you; unset works perfectly.
Anthony Ette
Control Systems Engineer
Rolls-Royce Controls and Data Services
7661 N Perimeter Rd
Indianapolis, IN 46241
tel: +1 (317) 230-6943
mob: +1 (317) 864-7975
email: anthony.r.e...@controlsdata.commailto:anthony.r.e...@controlsdata.com
From: David Cole
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project CMake.
The branch, master has been updated
via cecd0d186db5a415ef9fe261310cba020eb040a2 (commit)
via
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project CMake.
The branch, master has been updated
via c450686ef20597d43d4f019b315275cc8a6ba4a2 (commit)
via
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project CMake.
The branch, next has been updated
via 5e1d63010b81e6dd61e681f86d37d8cb69b604f8 (commit)
via
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project CMake.
The branch, master has been updated
via badde9c2a11afd8f9127f757e964d0d94c777aad (commit)
via
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project CMake.
The branch, master has been updated
via def5795bac507ca15f40f46ba3024e81fdcc150b (commit)
via
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project CMake.
The branch, next has been updated
via 824a39818d33bc5b25af7757f8deadc04d28db70 (commit)
via
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project CMake.
The branch, master has been updated
via 870d839f0d050e1db117c945d478938db657072e (commit)
via
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project CMake.
The branch, master has been updated
via 4ae9362b5be154781543b9255e06366a528db359 (commit)
via
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project CMake.
The branch, master has been updated
via f9865743ed942b1932d664d136a4ad505b724bf6 (commit)
via
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project CMake.
The branch, next has been updated
via db93f638b03edb5c72e62ec3155768d278840eca (commit)
via
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project CMake.
The branch, master has been updated
via 86bb2ce75793ff12905596edc83ecabf2bce22df (commit)
via
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project CMake.
The branch, next has been updated
via 393825a583930bd45ccdc021c918500b0ead55c5 (commit)
via
Honestly, KWSys has always seemed like a boost-avoidance mechanism
from an outsider's perspective. Perhaps it should be replaced with
boost equivalents in projects that need to be packaged for Fedora.
I assume all the boost libraries are already packaged/available.
Fuel for the fire, ;-)
D
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project CMake.
The branch, next has been updated
via d6ef5f480846881bd110fd82ddd2e954be99b95e (commit)
via
On 08/20/2015 10:19 PM, Orion Poplawski wrote:
The consensus of the FPC is that the current situation with KWSys is
very undesirable. While this approach may have been reasonable years
ago with few consumers, it does not seem acceptable at this point.
FWIW, the origin of this is the
Find_library results are cached. If you want to re-find a potentially moved
library every time you run, you would have to unset the cache variable
prior to finding it.
D
On Thursday, August 20, 2015, Ette, Anthony (CDS)
anthony.r.e...@controlsdata.com wrote:
Ok so I’ve got this going now
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project CMake.
The branch, master has been updated
via 162e7b5675673cb5521a2b1e98c0dc66d3bad4fd (commit)
via
On 08/19/2015 03:46 PM, Gregor Jasny via cmake-developers wrote:
The problem I see with this approach is that CMake provides no official
iOS toolchain file (maybe we should?). And the popular cmake-ios project
[1] for example sets SYSTEM_NAME to Darwin.
Yes. This should be resolved by
Hallo,
CMAKE_PUSH_CHECK_STATE() CMAKE_POP_CHECK_STATE() affect
CMAKE_REQUIRED_FLAGS, CMAKE_REQUIRED_DEFINITIONS,
CMAKE_REQUIRED_LIBRARIES and CMAKE_REQUIRED_INCLUDES.
Maybe one can extend CMAKE_PUSH_CHECK_STATE() CMAKE_POP_CHECK_STATE() to
controll CMAKE_EXTRA_INCLUDE_FILES also.
Michael
On 08/18/2015 02:57 AM, CHEVRIER, Marc wrote:
Unfortunately I don't have access to an HP-UX system.
For reference, we worked out the problem off-list with someone
that has access to HP-UX. The fix is:
HP-UX: Do not use .sl extension for shared libs on Itanium
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project CMake.
The branch, next has been updated
via 3296f9c8f9aa1f418fd9c8b195588df7e1ddee14 (commit)
via
On 08/21/2015 10:58 AM, Ben Boeckel wrote:
CMake would have to ship with multiple versions of Boost, each subsetted
and likely patched. That is hardly better.
This falls under the category of third-party libraries that are
candidates for use in the already-proposed cleanup of KWSys:
On
On Fri, Aug 21, 2015 at 10:35:58 -0400, David Cole via cmake-developers wrote:
Honestly, KWSys has always seemed like a boost-avoidance mechanism
from an outsider's perspective. Perhaps it should be replaced with
boost equivalents in projects that need to be packaged for Fedora.
I assume all
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project CMake.
The branch, next has been updated
via 73b5206f39e5e85314184ddc7c1f84a9b3dd7999 (commit)
via
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project CMake.
The branch, next has been updated
via 415769c967b1b583fe350dd077b1142935b04361 (commit)
via
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project CMake.
The branch, next has been updated
via 524481c809df3cb7b962af97ba1c9078dc5884c3 (commit)
via
I think I have a different perspective. I don't want Boost or gmock to be
considered a part of clsparse in any visible way (I don't want them in my IDE);
I want them truly separate and external. I like cmake to download and build
dependencies for me in an automated fashion, but I don't want
What do you think about the new patch I attached to this mail? It adds an
option NATIVE_DIR_TOKENS to ExternalProjects_Add. I also attached a CMake
script file which tests/shows this feature.
Stefan Kislinskiy
Von: cmake-developers
I would like to submit a new patch to write the PackageCertificateThumbprint
tag in VS projects for Windows Phone and Windows Store projects.
When creating a Windows Store project, a certificate is added to the package.
There is a PackageCertificateThumbprint tag that VS will write when absent
The following issue has been SUBMITTED.
==
http://public.kitware.com/Bug/view.php?id=15707
==
Reported By:Daniel Levin
Assigned To:
I still disagree on the point that CMake shouldn't be fixed because of possibly
erroneous external scripts that are not able to handle paths which were - again
possibly - passed to them as parameters in the style of the platform they were
written for. This is very hypothetical in my opinion. We
32 matches
Mail list logo
