This fixes a problem whereby when building the first time
in a fresh source tree, output of configuration checks goes
to stdout, because we tried to create config.log in as-yet
nonexistent building directory.
[SVN r70179]
fix the default search paths for intel-linux 8.1, 9.0, 9.1, 10.1, 11.0, 11.1
and 12.0. Also, use the -Os flag for intel 11 and intel 12 - previously this
flag was not available.
[SVN r68826]
With gcc-4.5.2, the stuct option defined in option.h
conflicts with an identically named struct in the gcc
headers. Renamed the bjam struct to bjam_option in all
places where referenced.
[SVN r68730]
Link [2011-01-23 10:12:19 UTC]: fail
"/sierra/Sntools/extras/compilers/pgi/linux86-64/10.1/bin/pgCC" -gopt -fpic --zc_eh -shared -o "/scratch/boost/results/boost/bin.v2/libs/system/build/pgi-10.1/debug/threading-multi/libboost_system.so" "/scratch/boost/results/boost/bin.v2/libs/system/build/pgi-10.1/debug/threading-multi/error_code.o" -Wl,-h -Wl,libboost_system.so -Bdynamic -lpthread -lrt -lrt -lrt -Bstatic -Bdynamic
/usr/bin/ld: /scratch/boost/results/boost/bin.v2/libs/system/build/pgi-10.1/debug/threading-multi/error_code.o: relocation R_X86_64_PC32 against `__catch_clause_number' can not be used when making a shared object; recompile with -fPIC
[SVN r68379]
Link [2011-01-21 10:46:17 UTC]: fail
"/sierra/Sntools/extras/compilers/pgi/linux86-64/10.1/bin/pgCC" -gopt -fpic --zc_eh -shared -o "/scratch/boost/results/boost/bin.v2/libs/system/build/pgi-10.1/debug/threading-multi/libboost_system.so" "/scratch/boost/results/boost/bin.v2/libs/system/build/pgi-10.1/debug/threading-multi/error_code.o" -Wl,-h -Wl,libboost_system.so -Bdynamic -lpthread -lrt -lrt -lrt -Bstatic -Bdynamic
/usr/bin/ld: /scratch/boost/results/boost/bin.v2/libs/system/build/pgi-10.1/debug/threading-multi/error_code.o: relocation R_X86_64_PC32 against `__catch_clause_number' can not be used when making a shared object; recompile with -fPIC
[SVN r68363]
When select() returns with data on one or more file descriptors,
we use fread() to read data from the live descriptors. The problem
is that these are blocking file descriptors so most of the time
bjam is waiting, it's actually waiting in fread(), rather than
waiting in select().
There are two possible patches: one is to just call fread() a single
time (not inside a loop) or we can make the file descriptors non-
blocking. It's more efficient to make the descriptors non-blocking
as this allows us to read all data on a descriptor each time select()
returns. The first approach would not permit us to read all the data
on a descriptor (only as much as fits into our buffer).
I tested this patch on Suse, Redhat, and Darwin.
[SVN r66650]