This fixes PCH not being rebuild when some other headers
included from HPP being compiled change.
Thanks to Pierre-Luc Neron for the bug report.
[SVN r43527]
This fixes PCH not being rebuild when some other headers
included from HPP being compiled change.
Thanks to Pierre-Luc Neron for the bug report.
[SVN r43527]
action to fix this linker error when linking dylibs:
ld: common symbols not allowed with MH_DYLIB output format with the -multi_module option
boost/bin.v2/libs/system/build/intel-darwin-9.1/debug/macosx-version-10.4/error_code.o
definition of common __ZGVZNK5boost6system14error_category7messageEiE1s (size 16)
boost/bin.v2/libs/system/build/intel-darwin-9.1/debug/macosx-version-10.4/error_code.o
definition of common __ZZNK5boost6system14error_category7messageEiE1s (size 16)
though I would note that the common symbols problem occurs in a number of
other libraries (test, graph, spirit, ...) as well.
[SVN r43179]
action to fix this linker error when linking dylibs:
ld: common symbols not allowed with MH_DYLIB output format with the -multi_module option
boost/bin.v2/libs/system/build/intel-darwin-9.1/debug/macosx-version-10.4/error_code.o
definition of common __ZGVZNK5boost6system14error_category7messageEiE1s (size 16)
boost/bin.v2/libs/system/build/intel-darwin-9.1/debug/macosx-version-10.4/error_code.o
definition of common __ZZNK5boost6system14error_category7messageEiE1s (size 16)
though I would note that the common symbols problem occurs in a number of
other libraries (test, graph, spirit, ...) as well.
[SVN r43179]
requires both the parent and child process to explicitly set
the process group id. Vfork guarantees the child process
runs to the exec before it releases the parent process.
Now that we use fork instead of vfork, it's possible for the
parent to wait on the child process without having the child
setpgid on itself. This eliminates spurious hangs on ppc
darwin caused by either a race condition between vfork and
execvp, or a bug in the vfork implementation.
Added a test to ensure we don't try to read from the
stderr pipe descriptor if the descriptor's not valid.
[SVN r43176]
requires both the parent and child process to explicitly set
the process group id. Vfork guarantees the child process
runs to the exec before it releases the parent process.
Now that we use fork instead of vfork, it's possible for the
parent to wait on the child process without having the child
setpgid on itself. This eliminates spurious hangs on ppc
darwin caused by either a race condition between vfork and
execvp, or a bug in the vfork implementation.
Added a test to ensure we don't try to read from the
stderr pipe descriptor if the descriptor's not valid.
[SVN r43176]
