Do not pass -Ofast when using the pathscale toolset. It enables insecure
optimizations, and that is probably why no other toolset uses this
option. It also causes internal compiler problems with current pathcc
versions.
- Adds python optimization by default with a "-z" disable flag.
- Add type checking to bjam_signature and type checking asserts.
- Fix a type assertion in testing.
which was used to detect icc, but on some platforms such as solaris 10
which always returns 0, even when the command is not found on the path.
This commit updates the invocation to use the test_path function
instead, which does return non-zero on solaris 10 in the failure case.
In commit d21102f2a1, the icc detection
was updated to use bash style subshells, which breaks on systems that
have just sh, such as solaris 10. This commit updates the detection to
use `` style subshells instead of $().
The mentioned 'standard' path were quite old (9.0, last Intel
compiler version is 15.x as on Oct 2014). Keept the legacy
detection though.
Build in 64 bit (seems more common).
A user is having trouble with calls to setpgid failing
with EPERM and we're not sure whether it's the call to
the parent, or child process that is the source of the
failure. Add check with explicit indication whether
the parent of child failed.
Technique used for setting Windows batch script exit codes in Boost.Build worked
correctly when the script is called from a Windows shell process and then checked
from inside that process. However, when run from a temporary shell process that
needs to terminate after running the script, such a process would always return
exit code 0.
This prevented anyone automating those scripts from detecting their success/
failure status by using their exit code without adding an additional batch script
layer.
For example, consider the following two script files:
ret666.cmd:
exit /b 666
wrapper.cmd:
call ret666.cmd
They both 'should return the value 666' and when run directly from a cmd.exe
console indeed both do (they set the shell process's ERRORLEVEL environment
variable to 666). However, when run like this:
cmd /c <script-name>
running ret666.cmd causes the temporary cmd.exe process to exit with exit code
666, while running wrapper.cmd causes it to exit with exit code 0.
Select was losing child termination signals so we explictly
block SIGCHLD during select, and unblock after select returns.
Tested on 256 core smp system, no hangs or zombies. Thanks
to Alain Miniussi <alain.miniussi@oca.eu> for reporting this.
