Boost logo

Boost Users :

From: Stian Soiland (stian_at_[hidden])
Date: 2005-01-18 11:49:44


Tried to build boost_1_32_0 on OSX today, but the build process brought
the machine to trashing, as cc1plus ended up using all available
memory. The problem seems related to
libs/serialization - removing it made the rest of boost build almost OK.

Here are the details:

Mac OS X 10.3.7, with gcc version 3.3 20030304 (Apple Computer, Inc.
build 1666)
Lots of programs from fink installed to /sw
Lots of programs from opendarwin installed to /opt

1. port install boost-jam (3.1.10)
2. Downloaded boost_1_32_0.tar.bz2 from boost.org and unpacked
3. bjam -sTOOLS=darwin stage
4. Start top in another terminal
5. Wait some hours until your hard drive starts to make crazy noises
6. Last bjam output will be:

darwin-C++-action
bin/boost/libs/serialization/build/libboost_serialization.a/darwin/
release/xml_grammar.o

Top will show something like:

Processes: 88 total, 2 running, 1 stuck, 85 sleeping... 223 threads
17:46:32
Load Avg: 1.72, 1.89, 1.45 CPU usage: 9.5% user, 30.2% sys, 60.3%
idle
SharedLibs: num = 131, resident = 7.25M code, 404K data, 136K
LinkEdit
MemRegions: num = 28961, resident = 896M + 2.28M private, 16.7M shared
PhysMem: 111M wired, 601M active, 300M inactive, 1013M used, 10.6M
free
VM: 7.65G + 88.6M 1116924(79) pageins, 1865004(459) pageouts

   PID COMMAND %CPU TIME #TH #PRTS #MREGS RPRVT RSHRD RSIZE
VSIZE
28631 cc1plus 11.5% 1:51.55 1 12 16184 842M- 804K 543M-
1.09G+
28630 g++-3.3 0.0% 0:00.03 1 11 18 0K 264K 76K
21.8M
28628 bjam 0.0% 0:07.44 1 12 52 4K 264K 92K
31.2M

rm -rf libs/serialization to avoid problem. But I guess some people
actually need those xml-grammars..

-- 
Stian Søiland               You can't say civilization don't
Trondheim, Norway           advance, however, for in every war
http://www.soiland.no/      they kill you in a new way. [Rogers]
                      =/\= 
  

Boost-users list run by williamkempf at hotmail.com, kalb at libertysoft.com, bjorn.karlsson at readsoft.com, gregod at cs.rpi.edu, wekempf at cox.net