It turned out this user was a Windows user who was actually interested in
changing the runtime. So we are looking at the 3rd method indicated
at
http://www.cmake.org/Wiki/CMake_FAQ#How_can_I_build_my_MSVC_application_with_a_static_runtime.3F.
However, out of curiosity I am still interested in wh
Hi,
I have a project I'm looking to hire for.
My target is iOS. I have two small simple libraries with no or minimal
dependencies and autoconf builds that I need to Cmake to cross compile on
iOS/Clang/Libc++.
I am also interested i discussing a somewhat more holistic effort towards a
nightly ty
You can override parts of PREFIX with these
TMP_DIR = /tmp
STAMP_DIR= /src/-stamp
DOWNLOAD_DIR = /src
SOURCE_DIR = /src/
BINARY_DIR = /src/-build
INSTALL_DIR =
--
Powered by www.kitware.com
Visit other Kitware open-source projects at
http://www.kitware.com/openso
Ansis Māliņš wrote
> I don't think you're supposed to set PREFIX to a system path. To avoid
> needing root to configure and compile among other things.
> I always set PREFIX to CMAKE_BINARY_DIR and so far I can't imagine any
> reason to ever set it to anything else.
True enough. Thanks for pointin
On 3/5/2013 11:40 AM, Mateusz Loskot wrote:
Nice tip with the solution in the CMakeTmp, I had no idea about it.
I figured out that the VS2010 project there, cmTryCompileExec3417082516.vcxproj,
specifies for linker /INCREMENTAL:YES
If I change to /INCREMENTAL:NO, then it builds.
Still not sure
I don't think you're supposed to set PREFIX to a system path. To avoid
needing root to configure and compile among other things.
I always set PREFIX to CMAKE_BINARY_DIR and so far I can't imagine any
reason to ever set it to anything else.
--
Powered by www.kitware.com
Visit other Kitware open-s
Hi,
if one sets EP_PREFIX, let's say to /usr/local, then ExternalProject_Add
will create directories /usr/local/src/* for each project . I
understand this is somehow standard on Linux for example but unfortunately
for my application at hand, /usr/local/src is where my source code should
come! It w
On 5 March 2013 15:58, Bill Hoffman wrote:
> On 3/5/2013 10:45 AM, Mateusz Loskot wrote:
>>
>> Here is my environment:
>> - Windows 7 (64-bit).
>> - CMake 2.8.10.2
>> - Visual Studio 2010 Professional
>> - Visual Studio 2012 Professional (Update 1)
>>
>> All VS installations work well with hand-cr
On 5 March 2013 15:58, David Cole wrote:
> Is your VS 2010 up to date with respect to available service packs?
Nope, I don't use SP1.
But, before VS2012 installation yesterday, everything worked perfectly well
(with regard to CMake).
> Does this same exact thing happen every time when you are st
On Tue, Mar 5, 2013 at 10:58 AM, David Cole wrote:
> Is your VS 2010 up to date with respect to available service packs?
>
I was going to ask that because Visual Studio 2010 RTM has a nasty
optimizer bug that caused me some pain in the past. SP1 fixed that
issue.
John
--
Powered by www.kitware
Is your VS 2010 up to date with respect to available service packs?
Does this same exact thing happen every time when you are starting from a clean
build tree?
From: Mateusz Loskot
Sent: March 5, 2013 10:45 AM
To: cmake@cmake.org
Subject: [CMake] Check for working C compiler usi
On 3/5/2013 10:45 AM, Mateusz Loskot wrote:
Hi,
Here is my environment:
- Windows 7 (64-bit).
- CMake 2.8.10.2
- Visual Studio 2010 Professional
- Visual Studio 2012 Professional (Update 1)
All VS installations work well with hand-crafted projects,
no problems building from IDE, no problems bui
Hi,
Here is my environment:
- Windows 7 (64-bit).
- CMake 2.8.10.2
- Visual Studio 2010 Professional
- Visual Studio 2012 Professional (Update 1)
All VS installations work well with hand-crafted projects,
no problems building from IDE, no problems building from
corresponding command line prompts.
Eric Noulard wrote
>> Has the issue been resolved in 2.8.10?
>
> Nope.
> And I have very little hope for 2.8.11 either since I have not free
> time windows visibility
> to work on that for myself now...
>
> Sorry.
> --
> Erk
> Le gouvernement représentatif n'est pas la démocratie --
> http://ww
14 matches
Mail list logo