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] =/\=