git clone git://sodium.resophonic.com/boost_cookbook
cd boost_cookbook
checkout -b my_doctweaks_branch boost_cmake_docs
emacs source/*.rst
When I try this on Windows, I get:
--
c:\opt>git clone sodium.resophonic.com/boost_cookbook
fatal: Could not switch to 'sodium.resophonic.com'
c:\o
x86 on what platform? I was planning to build x86 binaries for Mac OS
10.4 and 10.5. We might be able to prod someone into building x86
Windows binaries. Any takers?
I'll take a stab at this if someone can help me get started. Should I
do:
svn co http://svn.boost.org/svn/boost/trunk boost-tr
A runtime error in one of the unit tests has been making it difficult to
get continuous builds going under Windows. I get about halfway through
the tests and then a message box pops up containing the following text:
Debug Error!
Program: ...
Module:
..rojects\boost\build\bin\tests\numer
As I've been trying to set up a Windows build server, I've found myself
accidentally spamming the dashboard at:
- http://www.cdash.org/CDashPublic/index.php?project=Boost
Once I ran with the 'wrong' site name, and another time I ran the tests
with the Windows Firewall enabled, which caused doz
A runtime error in one of the unit tests has been making it difficult
to get continuous builds going under Windows. I get about halfway
through the tests and then a message box pops up...
If I click 'Ignore', the rest of the tests complete, and my results get
submitted to the dashboard; but th
Debug Error!
File
c:\projects\boost\libs\numeric\ublas\placement_new.cpp
Line: 63
Run-Time Check Failure #2 - Stack around the variable 'a' was
corrupted.
On 5/16/2009 7:59 AM, Mike Jackson wrote:
So I am going to assume that there is an actual bug in the code. Is it
possible to debug th
I poked around in the BuildLog.htm files (for VS2005) and build.make
files (NMake) and convinced myself that CMake builds that use the NMake
generator are specifying /RTC1, while VS 2005 builds are not.
Hmm are you building the Debug or the Release variant in VS 2005?
Perhaps this flag is o
Since I've started submitting Windows test results to the dashboard,
I've noticed that I'm getting an order of magnitude more test failures
than any of the *NIX builds. In trying to ferret out the reason, I
discovered that hundreds of the test executables aren't being built
correctly; 441 of them
I'm trying to figure out how to ensure my build uses my internal version
of boost. My directory structure looks like:
./CMakeLists.txt
./mylib/CMakeLists.txt
./dependencies/boost/...
How do I structure my find_package to use the internal one?
Something like this ought to work, provided you ren
