Piotr Dobrogost wrote:
Hi
Recent thread titled "CMAKE_MAKE_PROGRAM is not set." shows cmake needs
some environment variables to find VS command line tools.
Setting of these variables is done by running a bat file that comes with
VS. This seems a little fragile.
Would it be a good idea to make c
Hi
Recent thread titled "CMAKE_MAKE_PROGRAM is not set." shows cmake needs
some environment variables to find VS command line tools.
Setting of these variables is done by running a bat file that comes with
VS. This seems a little fragile.
Would it be a good idea to make cmake be able to find VS e
On 18.04.09 11:24:48, Philip Lowman wrote:
> On Sat, Apr 18, 2009 at 7:45 AM, Michael Jackson <
> mike.jack...@bluequartz.net> wrote:
> > On Apr 17, 2009, at 11:56 PM, Philip Lowman wrote:
> > On Thu, Apr 16, 2009 at 4:27 AM, Jonatan Bijl
> >> wrote:
> >> Boost_Unit_test_framework_library is not
Bill Hoffman wrote:
> Actually, it is that simple. I do it all the time. I have a bash file
> that sets the variables needed for the compiler to work.
Thanks. I'll give it a try.
--
Piotr Dobrogost
*** curlpp.org - c++ wrapper for libcurl ***
___
Piotr Dobrogost wrote:
Bill Hoffman wrote:
I have put in a fix in CVS CMake:
I was able to reproduce the problem pretty easy. The fix was to remove
some configured files if the compiler failed its test compile.
Wow, great!
Thanks a lot.
I asked this question here
http://social.msdn.micr
Bill Hoffman wrote:
> I have put in a fix in CVS CMake:
> I was able to reproduce the problem pretty easy. The fix was to remove
> some configured files if the compiler failed its test compile.
Wow, great!
Thanks a lot.
>> I asked this question here
>> http://social.msdn.microsoft.com/Forums/e
Piotr Dobrogost wrote:
Mattias Helsing wrote:
Hi Piotr,
I have a vague memory of a similar problem. As I remember - I was
better off using %VS90COMNTOOLS%vsvars32.bat to source in the build
environment. Could you try this?
Thanks for your interest and info.
Problem has mysteriously gone :)
I
Mattias Helsing wrote:
> Hi Piotr,
>
> I have a vague memory of a similar problem. As I remember - I was
> better off using %VS90COMNTOOLS%vsvars32.bat to source in the build
> environment. Could you try this?
Thanks for your interest and info.
Problem has mysteriously gone :)
I still don't know
OK thx for the quick reply!
On Sat, Apr 18, 2009 at 7:23 PM, Bill Hoffman wrote:
> Tanguy Krotoff wrote:
>>
>> Hello
>>
>> I'm using CMake-2.6.3 and Visual C++ .NET 2003 (MSVC71) on a clean WinXP
>> 32bits.
>>
>> I get this warning several times at the configure step (my configure
>> command: cma
Tanguy Krotoff wrote:
Hello
I'm using CMake-2.6.3 and Visual C++ .NET 2003 (MSVC71) on a clean WinXP 32bits.
I get this warning several times at the configure step (my configure
command: cmake .. -DCMAKE_VERBOSE_MAKEFILE=1 -DCMAKE_BUILD_TYPE=Debug
-G "NMake Makefiles")
CMake Warning at CMakeL
Bill Hoffman wrote:
> The problem seems to be this:
>
> Compiling the C compiler identification source file "CMakeCCompilerId.c"
> failed.
> Compiler: cl
> Build flags:
> Id flags:
>
> The output was:
> The system cannot find the file specified
>
>
> Compiling the C compiler identification source
Hello
I'm using CMake-2.6.3 and Visual C++ .NET 2003 (MSVC71) on a clean WinXP 32bits.
I get this warning several times at the configure step (my configure
command: cmake .. -DCMAKE_VERBOSE_MAKEFILE=1 -DCMAKE_BUILD_TYPE=Debug
-G "NMake Makefiles")
CMake Warning at CMakeLists.txt:12 (project):
Bill Hoffman wrote:
> If you could zip up the binary tree after the first CMake run and send
> it to me off the list or make it available for download somewhere I can
> take a look.
Done.
However cleaning the build tree after changing environment (running
vcvarsall.bat in this case) is user res
On Sat, Apr 18, 2009 at 7:45 AM, Michael Jackson <
mike.jack...@bluequartz.net> wrote:
>
> On Apr 17, 2009, at 11:56 PM, Philip Lowman wrote:
>
> On Thu, Apr 16, 2009 at 4:27 AM, Jonatan Bijl
>> wrote:
>> Boost_Unit_test_framework_library is not in the list.
>>
>>
>> About the filenames: these l
On Sat, Apr 18, 2009 at 9:14 AM, Nadir SOUALEM wrote:
> Hi !!!
> Is there a way to avoid using TOUPPER
>
> SET(BOOST_ROOT $ENV{WORK}/../build/boost_1_34_1)
> SET(Boost_USE_MULTITHREAD ON)
> FIND_PACKAGE(Boost 1.34.1 COMPONENTS date_time filesystem)
> STRING(TOUPPER ${CMAKE_BUILD_TYPE} UPPER_CMAK
Piotr Dobrogost wrote:
Bill Hoffman wrote:
Look in CMakeError.log and see if there is some other reason it is failing.
There's no info on CMakeError.log file in CMake 2.6 online manual
http://cmake.org/cmake/help/cmake2.6docs.html
However I don't get the original error now (have no idea why)
Bill Hoffman wrote:
> Look in CMakeError.log and see if there is some other reason it is failing.
There's no info on CMakeError.log file in CMake 2.6 online manual
http://cmake.org/cmake/help/cmake2.6docs.html
However I don't get the original error now (have no idea why).
Instead I'm getting ano
Hi !!!
Is there a way to avoid using TOUPPER
SET(BOOST_ROOT $ENV{WORK}/../build/boost_1_34_1)
SET(Boost_USE_MULTITHREAD ON)
FIND_PACKAGE(Boost 1.34.1 COMPONENTS date_time filesystem)
STRING(TOUPPER ${CMAKE_BUILD_TYPE} UPPER_CMAKE_BUILD_TYPE)
Message (lib= ${Boost_DATE_TIME_LIBRARY_${UPPER_CMAK
On Apr 17, 2009, at 11:56 PM, Philip Lowman wrote:
On Thu, Apr 16, 2009 at 4:27 AM, Jonatan Bijl
wrote:
Boost_Unit_test_framework_library is not in the list.
About the filenames: these libs are the result of compiling boost
1.38.0 with cmake under linux. (Cmake for boost is still
exper
Am Samstag 18 April 2009 03:43:42 schrieb Philip Lowman:
> On Fri, Apr 17, 2009 at 2:23 PM, Hendrik Sattler wrote:
> > Am Freitag 17 April 2009 20:13:40 schrieb Shaun Cummins:
> > > Thanks, that solves one problem. I still haven't found a way to create
> > > both shared and static libraries by only
20 matches
Mail list logo
