[Boost-cmake] git://gitorious.org/~zeuner/boost/zeuners-boost-cmake.git and windows build

text_wiarchive@arch...@boost@@@det...@archive@boost@@q...@xz) 11>xml_wiarchive.obj : error LNK2001: unresolved external s Are these errors in upstream boost? Or are the specific to the way CMake is building them? Any thoughts on how to fix them? Thanks. -Bill -- Bill Hoffman

[Boost-cmake] Interesting article on Fedora 13 mentions Boost-CMake

http://blog.taragana.com/index.php/archive/fedora-13-features-preview/ "Boost 1.41 Uplift The new feature brings 1.41.0 of Boost to Fedora 13 along with BoostMPI. Boost would be built with CMake. The upgrade would allow bi-annual opportunistic syncing with upstream sources. The Boost developme

Re: [Boost-cmake] Issues with Intel C++

Justin Holewinski wrote: I have no idea why this is happening. When using the Visual Studio toolset, the dynamic-link libraries are placed in bin/ and the import libraries are placed in lib/, like you would expect. Why this is not the case when using the Intel compiler, I have no idea. Pe

Re: [Boost-cmake] [PATCH] building Boost.Python fails

troy d. straszheim wrote: Well, there was some discussion about this over on the -dev list. I would like to have cmake removed completely from boost svn to avoid confusion. Vladimir Prus has pointed out that the locations of the cmakefiles violate some code-organization standards. Due to

Re: [Boost-cmake] CMake for development testing

Brad King wrote: David Abrahams wrote: 67/ 79 Testing Python-resultPassed 68/ 79 Testing Python-string_literal ***Failed 69/ 79 Testing Python-borrowed ***Failed 70/ 79 Testing Python-object_managerPassed 71/ 79 Testing Python-copy_ctor_

Re: [Boost-cmake] ctest system information on mac

Julien Jomier wrote: Michael Jackson wrote: Ok. Some hacking around and this is the output that I am getting on my Xeon Workstation now. And also there is still some discussion on what exactly is meant by "Is64Bits". Julien, can you comment on that? This should be the number of bits of the OS

Re: [Boost-cmake] Wiki to disappear: docs in progress

Beman Dawes wrote: Please check C:/boost/release-cmake-build/_CPack_Packages/win32/NSIS/NSISOutput.log for errors CPack Error: Problem compressing the directory CPack Error: Error when generating package: Boost NMAKE : fatal error U1077: '"C:\Program Files (x86)\CMake 2.6\bin\cpack.exe"' : retu

Re: [Boost-cmake] CDash dashboard now available

Philip Lowman wrote: On Fri, May 8, 2009 at 11:34 AM, Jeremiah Willcock > wrote: On Wed, 6 May 2009, Doug Gregor wrote: I have created a CDash dashboard for Boost, kindly hosted by Kitware. The dashboard is here: http://www.cdash

Re: [Boost-cmake] Analysis of the current CMake system

David Abrahams wrote: Another new feature in CTest/CDash development heads which may be of interest to Boost is support for subproject labeling. See their main dashboard page here: http://trilinos-dev.sandia.gov/cdash/index.php?project=Trilinos&date=2009-02-27 Functionally, it's pretty dar

Re: [Boost-cmake] Parallel Builds on Windows

Ingo Albrecht wrote: It is totally automated. You can run devenv /build on the command line or use msbuild, they do not pop up a gui. ctest uses devenv /build. All of this is already automated by ctest. The question is about log scrapping, which needs to be done. However, vs does create

Re: [Boost-cmake] Parallel Builds on Windows

David Abrahams wrote: It is totally automated. You can run devenv /build on the command line or use msbuild, they do not pop up a gui. ctest uses devenv /build. All of this is already automated by ctest. The question is about log scrapping, which needs to be done. However, vs does create

Re: [Boost-cmake] Parallel Builds on Windows

Beman Dawes wrote: On Sun, Feb 8, 2009 at 6:58 AM, David Abrahams wrote: But the real problem here is that anyone wanting to contribute a testing server will have a tough time making good use of his hardware, because --- unless I'm mistaken --- you can't automate the VS-based builds. ...or am

Re: [Boost-cmake] Parallel Builds on Windows

David Abrahams wrote: on Thu Feb 05 2009, Michael Jackson wrote: There are those in the CMake community that successfully combine "unix makefiles" with the Visual Studio Compilers to perform parallel builds. http://www.cmake.org/pipermail/cmake/2008-June/022178.html is one of the relevant

Re: [Boost-cmake] Analysis of the current CMake system

troy d. straszheim wrote: Further, I have to note that command-line VS builds should be supported for one simple reason: nmake does not support parallel builds and probably never will. This makes VS the easiest way of running a parallel build on Windows (locally or distributed with additional to

Re: [Boost-cmake] Boost CMake at BoostCon?

Beman Dawes wrote: On Fri, Jan 9, 2009 at 11:27 PM, David Abrahams wrote: on Fri Jan 09 2009, "Beman Dawes" wrote: Is anyone planning to submit a BoostCon proposal for a talk, tutorial, or workshop on Boost CMake? Seems like this would be a natural to build momentum. I've been considering

Re: [Boost-cmake] Regression Test Reporting

David Abrahams wrote: Was CTest and CDash ever tried out to see how useful they could be? I think everyone agreed that CDash's presentation of results is not really appropriate for Boost. If I had more time right now I'd dig up the emails from troy on it, but I think you can get a lot from t