Re: [CMake] WIN32 vs CMAKE_HOST_WIN32

2012-03-26 Thread Eric Noulard 
2012/3/26 Eric Noulard :
> 2012/3/26 Robert Dailey :
>> Ever since I started using CMake, I always assumed that the WIN32 variable
>> represented what system CMake is currently running on. Looking more
>> carefully at the documentation, however, it seems this describes what system
>> CMake is generating for. Could someone explain this a bit better? What would
>> be an example of when WIN32 would be true but I'm not actually on Windows?
>
> When you cross-compile Windows binaries on a Linux host.
> see:
> http://www.cmake.org/Wiki/CMake_Cross_Compiling
> http://www.cmake.org/Wiki/CmakeMingw

If you want to give it a try on a sample project you can try this one:
https://github.com/TheErk/CMake-tutorial/tree/master/examples


It may be cross-compiled on a Linux host with mingw cross-compiler installed.

try:
$ mkdir build-win32
$ cd build-win32
$ cmake 
-DCMAKE_TOOLCHAIN_FILE=../totally-free/Toolchain-cross-mingw32-linux.cmake
../totally-free/
--

Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the CMake FAQ at: 
http://www.cmake.org/Wiki/CMake_FAQ

Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake

Re: [CMake] WIN32 vs CMAKE_HOST_WIN32

2012-03-26 Thread Eric Noulard 
2012/3/26 Robert Dailey :
> Ever since I started using CMake, I always assumed that the WIN32 variable
> represented what system CMake is currently running on. Looking more
> carefully at the documentation, however, it seems this describes what system
> CMake is generating for. Could someone explain this a bit better? What would
> be an example of when WIN32 would be true but I'm not actually on Windows?

When you cross-compile Windows binaries on a Linux host.
see:
http://www.cmake.org/Wiki/CMake_Cross_Compiling
http://www.cmake.org/Wiki/CmakeMingw


-- 
Erk
Le gouvernement représentatif n'est pas la démocratie --
http://www.le-message.org
--

Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the CMake FAQ at: 
http://www.cmake.org/Wiki/CMake_FAQ

Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake

[CMake] WIN32 vs CMAKE_HOST_WIN32

2012-03-26 Thread Robert Dailey 
Ever since I started using CMake, I always assumed that the WIN32 variable
represented what system CMake is currently running on. Looking more
carefully at the documentation, however, it seems this describes what
system CMake is generating for. Could someone explain this a bit better?
What would be an example of when WIN32 would be true but I'm not actually
on Windows?
--

Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the CMake FAQ at: 
http://www.cmake.org/Wiki/CMake_FAQ

Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake

Re: [CMake] CDash subprojects in CMake

2012-03-26 Thread David Cole 
On Mon, Mar 26, 2012 at 4:50 PM, Michele Dolfi  wrote:
> Hi,
>
> I would like to use CDash sub projects when I submit to the dashboard, but I
> don't find anywhere instructions on how to send the LABEL property.
>
> I set up the LABEL property for my executables and their tests, and after
> the execution tests I already get a summary according to these labels.
> What should I do next to send the test results to the correct subproject?
>
> I found some guide creating a .cmake file to be called from ctest -S
> cmake and looping over all subproject labels. Is it the only way? Can't
> I do that from CMake?!
>
>
> Regards,
> Michele
>
> --
>
> Powered by www.kitware.com
>
> Visit other Kitware open-source projects at
> http://www.kitware.com/opensource/opensource.html
>
> Please keep messages on-topic and check the CMake FAQ at:
> http://www.cmake.org/Wiki/CMake_FAQ
>
> Follow this link to subscribe/unsubscribe:
> http://www.cmake.org/mailman/listinfo/cmake


Presently, there is no easy "purely in CMake" way to send subproject
information to a CDash dashboard. You really do have to loop over all
the subprojects in your ctest script.

We've tossed around "automatic subproject organization" before, there
are a few different ways you could do a semi-automatic organization,
but nothing has come of it so far except for ideas for future work.

For now, follow the guide, and loop in a ctest -S script.


HTH,
David
--

Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the CMake FAQ at: 
http://www.cmake.org/Wiki/CMake_FAQ

Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake

Re: [CMake] make install uses outdated libstdc++.so.6

2012-03-26 Thread Eric Noulard 
2012/3/26 Mirko Vukovic :
> I can certainly try again (remove /usr/local from PATH variables).
>
> But as I am not familiar with cmake, can you please spell out for me
> how to use it?  I am much more used to make & configure.
>
> I tried with "cmake -i", but I not sure if I did everything correctly.

Usually you do something like:

1) tar zxvf your-software.tar.gz -> this creates a your-software/ directory
2) mkdir build
3) cd build
4) cmake ../your-software
5) make
6) make install

at step 4) you may configure the install prefix with
cmake -DCMAKE_INSTALL_PREFIX=/where/you/want

at the same step 4) you may launch
cmake-gui ../your-software
and chose option; install prefix etc... from the GUI instead of the
command line.

at step 6) you may try to build a package instead of installing:

for RPM: cpack -G RPM
for DEB: cpack -G DEB
for TGZ: cpack -G TGZ

then you'll be able to install the built package.

That said if you "just" want to use an up to date CMake
you should first try to use pre-compiled binaries taken from Kitware:
http://www.cmake.org/cmake/resources/software.html

CMake binaries are as static as then can so it's usually enough
to unarchive the tarball somewhere and directly use the cmake (or
cpack or ctest)
binary from there.

Is anybody here using RHEL6 with recent CMake version who can help?
-- 
Erk
Le gouvernement représentatif n'est pas la démocratie --
http://www.le-message.org
--

Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the CMake FAQ at: 
http://www.cmake.org/Wiki/CMake_FAQ

Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake

[CMake] CDash subprojects in CMake

2012-03-26 Thread Michele Dolfi 
Hi,

I would like to use CDash sub projects when I submit to the dashboard, but
I don't find anywhere instructions on how to send the LABEL property.

I set up the LABEL property for my executables and their tests, and after
the execution tests I already get a summary according to these labels.
What should I do next to send the test results to the correct subproject?

I found some guide creating a .cmake file to be called from ctest -S
cmake and looping over all subproject labels. Is it the only way? Can't
I do that from CMake?!


Regards,
Michele
--

Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the CMake FAQ at: 
http://www.cmake.org/Wiki/CMake_FAQ

Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake

Re: [CMake] make install uses outdated libstdc++.so.6

2012-03-26 Thread Eric Noulard 
2012/3/26 Mirko Vukovic :
> On Mon, Mar 26, 2012 at 2:30 PM, Eric Noulard  wrote:
>> 2012/3/26 Mirko Vukovic :
>>> Hello,
>>>
>>> I am building cmake on RHEL6.  I need a version higher than the one
>>> that comes with RHEL6.
>>>
>>> After doing bootstrap and make,
>>
>> Did you try to build cmake with cmake instead?
>>
>>>I get an error with make install:
 /home/sm/software/cmake/cmake-2.8.7/Bootstrap.cmk/cmake: 
 /usr/lib64/libstdc++.so.6: version `GLIBCXX_3.4.15' not found (required by 
 /home/sm/software/cmake/cmake-2.8.7/Bootstrap.cmk/cmake)
>>> make: *** [cmake_check_build_system] Error 1
>>>
>>>
>>> Now, RHEL6 comes with gcc 4.4.6.  I have installed 4.6.3, and if I do
 strings /usr/local/lib64/libstdc++.so.6 | grep GLIBC
>>> I do see GLIBCXX_3.4.15.
>>>
>>> I have set my LD_LIBRARY_PATH to the local lib:
 echo $LD_LIBRARY_PATH
>>> /usr/local/lib64
>>>
>>> (prior to starting the build, I set PATH, LIBRARY_PATH,
>>> LD_LIBRARY_PATH to the new gcc and its libraries, all in /usr/local.
>>>
>>> So, what else can I do so that cmake uses that library instead of the
>>> one in /usr/lib64?
>>>
>>> I prefer not to uninstall the system gcc.
>>
>> Why didn't you build CMake with system gcc then?
>>
>> --
>> Erk
>> Le gouvernement représentatif n'est pas la démocratie --
>> http://www.le-message.org
>
> When I use the system gcc, I get the GLIBCXX_3.4.15' not found error.
> Same if I use cmake

You mean the system-installed CMake?
If this is the case the system installation is broken.
CMake shouldn't have been installed without its dependencies.

Did you try without modifying LD_LIBRARY_PATH ?
That is when you use the system installed cmake to build newer CMake
on a pristine user account you ge the GLIBCXX_3.4.15' not found error ?


-- 
Erk
Le gouvernement représentatif n'est pas la démocratie --
http://www.le-message.org
--

Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the CMake FAQ at: 
http://www.cmake.org/Wiki/CMake_FAQ

Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake

Re: [CMake] make install uses outdated libstdc++.so.6

2012-03-26 Thread Mirko Vukovic 
On Mon, Mar 26, 2012 at 2:30 PM, Eric Noulard  wrote:
> 2012/3/26 Mirko Vukovic :
>> Hello,
>>
>> I am building cmake on RHEL6.  I need a version higher than the one
>> that comes with RHEL6.
>>
>> After doing bootstrap and make,
>
> Did you try to build cmake with cmake instead?
>
>>I get an error with make install:
>>> /home/sm/software/cmake/cmake-2.8.7/Bootstrap.cmk/cmake: 
>>> /usr/lib64/libstdc++.so.6: version `GLIBCXX_3.4.15' not found (required by 
>>> /home/sm/software/cmake/cmake-2.8.7/Bootstrap.cmk/cmake)
>> make: *** [cmake_check_build_system] Error 1
>>
>>
>> Now, RHEL6 comes with gcc 4.4.6.  I have installed 4.6.3, and if I do
>>> strings /usr/local/lib64/libstdc++.so.6 | grep GLIBC
>> I do see GLIBCXX_3.4.15.
>>
>> I have set my LD_LIBRARY_PATH to the local lib:
>>> echo $LD_LIBRARY_PATH
>> /usr/local/lib64
>>
>> (prior to starting the build, I set PATH, LIBRARY_PATH,
>> LD_LIBRARY_PATH to the new gcc and its libraries, all in /usr/local.
>>
>> So, what else can I do so that cmake uses that library instead of the
>> one in /usr/lib64?
>>
>> I prefer not to uninstall the system gcc.
>
> Why didn't you build CMake with system gcc then?
>
> --
> Erk
> Le gouvernement représentatif n'est pas la démocratie --
> http://www.le-message.org

When I use the system gcc, I get the GLIBCXX_3.4.15' not found error.
Same if I use cmake

Mirko
--

Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the CMake FAQ at: 
http://www.cmake.org/Wiki/CMake_FAQ

Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake

Re: [CMake] make install uses outdated libstdc++.so.6

2012-03-26 Thread Eric Noulard 
2012/3/26 Mirko Vukovic :
> Hello,
>
> I am building cmake on RHEL6.  I need a version higher than the one
> that comes with RHEL6.
>
> After doing bootstrap and make,

Did you try to build cmake with cmake instead?

>I get an error with make install:
>> /home/sm/software/cmake/cmake-2.8.7/Bootstrap.cmk/cmake: 
>> /usr/lib64/libstdc++.so.6: version `GLIBCXX_3.4.15' not found (required by 
>> /home/sm/software/cmake/cmake-2.8.7/Bootstrap.cmk/cmake)
> make: *** [cmake_check_build_system] Error 1
>
>
> Now, RHEL6 comes with gcc 4.4.6.  I have installed 4.6.3, and if I do
>> strings /usr/local/lib64/libstdc++.so.6 | grep GLIBC
> I do see GLIBCXX_3.4.15.
>
> I have set my LD_LIBRARY_PATH to the local lib:
>> echo $LD_LIBRARY_PATH
> /usr/local/lib64
>
> (prior to starting the build, I set PATH, LIBRARY_PATH,
> LD_LIBRARY_PATH to the new gcc and its libraries, all in /usr/local.
>
> So, what else can I do so that cmake uses that library instead of the
> one in /usr/lib64?
>
> I prefer not to uninstall the system gcc.

Why didn't you build CMake with system gcc then?

-- 
Erk
Le gouvernement représentatif n'est pas la démocratie --
http://www.le-message.org
--

Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the CMake FAQ at: 
http://www.cmake.org/Wiki/CMake_FAQ

Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake

[CMake] make install uses outdated libstdc++.so.6

2012-03-26 Thread Mirko Vukovic 
Hello,

I am building cmake on RHEL6.  I need a version higher than the one
that comes with RHEL6.

After doing bootstrap and make, I get an error with make install:
> /home/sm/software/cmake/cmake-2.8.7/Bootstrap.cmk/cmake: 
> /usr/lib64/libstdc++.so.6: version `GLIBCXX_3.4.15' not found (required by 
> /home/sm/software/cmake/cmake-2.8.7/Bootstrap.cmk/cmake)
make: *** [cmake_check_build_system] Error 1


Now, RHEL6 comes with gcc 4.4.6.  I have installed 4.6.3, and if I do
> strings /usr/local/lib64/libstdc++.so.6 | grep GLIBC
I do see GLIBCXX_3.4.15.

I have set my LD_LIBRARY_PATH to the local lib:
> echo $LD_LIBRARY_PATH
/usr/local/lib64

(prior to starting the build, I set PATH, LIBRARY_PATH,
LD_LIBRARY_PATH to the new gcc and its libraries, all in /usr/local.

So, what else can I do so that cmake uses that library instead of the
one in /usr/lib64?

I prefer not to uninstall the system gcc.

Thank you,

Mirko
--

Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the CMake FAQ at: 
http://www.cmake.org/Wiki/CMake_FAQ

Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake

Re: [CMake] Problems with coverage on OS X Server

2012-03-26 Thread Sean McBride 
On Sat, 24 Mar 2012 17:34:22 +, NoRulez said:

>But i?t seems that there is something missing, because I also get the
>message that no coverage files were found for some projects:
>
>-- Coverage Continuous  --
>Cannot find any coverage files. Ignoring Coverage request.
>
>Here are my version informations:
>$ clang --version
>Apple clang version 3.0 (tags/Apple/clang-211.10.1) (based on LLVM 3.0svn)

What version of Xcode is that from?  IIRC, that version of clang is too old to 
support coverage.  Update to Xcode 4.3.2.

-- 

Sean McBride, B. Eng s...@rogue-research.com
Rogue Researchwww.rogue-research.com 
Mac Software Developer  Montréal, Québec, Canada


--

Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the CMake FAQ at: 
http://www.cmake.org/Wiki/CMake_FAQ

Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake

Re: [CMake] Problems with coverage on OS X Server

2012-03-26 Thread Sean McBride 
On Sat, 24 Mar 2012 08:53:04 -0400, David Cole said:

>The answer to that stackoverflow question recommends using
>clang/clang++ instead. (I have not tried this yet myself, but would
>not be entirely surprised to find out it's correct. I have observed
>the zero coverage phenomenon on my own Mac laptop, but have sufficient
>coverage capabilities elsewhere... so I didn't care enough to follow
>up on it previously.)

The state of code coverage with Mac OS tools is not great.  The gcc and 
llvm-gcc that Apple ship don't support coverage.  clang didn't support it for a 
long time, but now does, but there are still a number of bugs, notably this one:



-- 

Sean McBride, B. Eng s...@rogue-research.com
Rogue Researchwww.rogue-research.com 
Mac Software Developer  Montréal, Québec, Canada


--

Powered by www.kitware.com

Visit other Kitware open-source projects at 
http://www.kitware.com/opensource/opensource.html

Please keep messages on-topic and check the CMake FAQ at: 
http://www.cmake.org/Wiki/CMake_FAQ

Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake