[boost] [build] bjam problems on OSX

From: Matthias Schabel (boost_at_[hidden])
Date: 2007-03-12 16:00:53

I'm having a hard time getting bjam --v2 to function properly on my  
system;
it's probably just something stupid, but here's the problem :

download latest CVS-HEAD snapshot and install
./configure --with-libraries=regex,serialization,mpi

copy bjam to /usr/local/bin

cd $BOOST_ROOT/libs/date_time/test
bjam --v2

resulting in a slew of errors like the following sample :

     "g++"    -o "../../../bin.v2/libs/date_time/test/ 
testgreg_day.test/gcc-4.0.1/debug/testgreg_day" -Wl,--start-group  
"../../../bin.v2/libs/date_time/test/testgreg_day.test/gcc-4.0.1/ 
debug/testgreg_day.o" "../../../bin.v2/libs/date_time/build/gcc-4.0.1/ 
debug/link-static/libboost_date_time-gcc40-d-1_35.a"    -Wl,--end- 
group -g

...failed gcc.link ../../../bin.v2/libs/date_time/test/ 
testgreg_day.test/gcc-4.0.1/debug/testgreg_day...
...skipped <p../../../bin.v2/libs/date_time/test/testgreg_day.test/ 
gcc-4.0.1/debug>testgreg_day.run for lack of <p../../../bin.v2/libs/ 
date_time/test/testgreg_day.test/gcc-4.0.1/debug>testgreg_day...
gcc.link ../../../bin.v2/libs/date_time/test/testgreg_month.test/ 
gcc-4.0.1/debug/testgreg_month
/usr/bin/ld: unknown flag: --start-group
collect2: ld returned 1 exit status

     "g++"    -o "../../../bin.v2/libs/date_time/test/ 
testgreg_month.test/gcc-4.0.1/debug/testgreg_month" -Wl,--start-group  
"../../../bin.v2/libs/date_time/test/testgreg_month.test/gcc-4.0.1/ 
debug/testgreg_month.o" "../../../bin.v2/libs/date_time/build/ 
gcc-4.0.1/debug/link-static/libboost_date_time-gcc40-d-1_35.a"    - 
Wl,--end-group -g

...failed gcc.link ../../../bin.v2/libs/date_time/test/ 
testgreg_month.test/gcc-4.0.1/debug/testgreg_month...
...skipped <p../../../bin.v2/libs/date_time/test/testgreg_month.test/ 
gcc-4.0.1/debug>testgreg_month.run for lack of <p../../../bin.v2/libs/ 
date_time/test/testgreg_month.test/gcc-4.0.1/debug>testgreg_month...
gcc.link ../../../bin.v2/libs/date_time/test/testgreg_year.test/ 
gcc-4.0.1/debug/testgreg_year
/usr/bin/ld: unknown flag: --start-group
collect2: ld returned 1 exit status

     "g++"    -o "../../../bin.v2/libs/date_time/test/ 
testgreg_year.test/gcc-4.0.1/debug/testgreg_year" -Wl,--start-group  
"../../../bin.v2/libs/date_time/test/testgreg_year.test/gcc-4.0.1/ 
debug/testgreg_year.o" "../../../bin.v2/libs/date_time/build/ 
gcc-4.0.1/debug/link-static/libboost_date_time-gcc40-d-1_35.a"    - 
Wl,--end-group -g

...failed gcc.link ../../../bin.v2/libs/date_time/test/ 
testgreg_year.test/gcc-4.0.1/debug/testgreg_year...
...skipped <p../../../bin.v2/libs/date_time/test/testgreg_year.test/ 
gcc-4.0.1/debug>testgreg_year.run for lack of <p../../../bin.v2/libs/ 
date_time/test/testgreg_year.test/gcc-4.0.1/debug>testgreg_year...
...skipped <p../../../bin.v2/libs/date_time/test/testdate_dll.test/ 
gcc-4.0.1/debug>testdate_dll for lack of <p../../../bin.v2/libs/ 
date_time/build/gcc-4.0.1/debug>libboost_date_time-gcc40-d-1_35.dylib...
...skipped <p../../../bin.v2/libs/date_time/test/testdate_dll.test/ 
gcc-4.0.1/debug>testdate_dll.run for lack of <p../../../bin.v2/libs/ 
date_time/test/testdate_dll.test/gcc-4.0.1/debug>testdate_dll...
...skipped <p../../../bin.v2/libs/date_time/test/ 
testdate_duration_dll.test/gcc-4.0.1/debug>testdate_duration_dll for  
lack of <p../../../bin.v2/libs/date_time/build/gcc-4.0.1/ 
debug>libboost_date_time-gcc40-d-1_35.dylib...
...skipped <p../../../bin.v2/libs/date_time/test/ 
testdate_duration_dll.test/gcc-4.0.1/debug>testdate_duration_dll.run  
for lack of <p../../../bin.v2/libs/date_time/test/ 
testdate_duration_dll.test/gcc-4.0.1/debug>testdate_duration_dll...
...failed updating 53 targets...
...skipped 173 targets...

The use of date_time is not the problem - I get similar
errors for other Boost libraries... I'm running on a G5
Mac OSX system 10.4.8 using stock gcc provided with
Xcode (gcc 4.0.1) :

gcc --version : powerpc-apple-darwin8-gcc-4.0.1 (GCC) 4.0.1 (Apple  
Computer, Inc. build 5363)

BTW, simply doing make after configuring works fine... Any ideas?

Matthias