Error messages during configuration checks

I'm seeing these error messages interspersed with the normal output of the Boost build's configuration checks:
Performing configuration checks - x86 : yes has_icu_test.cpp libs\regex\build\has_icu_test.cpp(12) : fatal error C1083: Cannot open include file: 'unicode/uversion.h': No such file or directory - has_icu builds : no warning: Graph library does not contain MPI-based parallel components. note: to enable them, add "using mpi ;" to your user-config.jam has_iconv.cpp libs\locale\src\..\build\has_iconv.cpp(8) : fatal error C1083: Cannot open include file: 'iconv.h': No such file or directory - iconv (libc) : no has_iconv.cpp libs\locale\src\..\build\has_iconv.cpp(8) : fatal error C1083: Cannot open include file: 'iconv.h': No such file or directory - iconv (separate) : no has_icu_test.cpp libs\locale\src\..\build\has_icu_test.cpp(12) : fatal error C1083: Cannot open include file: 'unicode/uversion.h': No such file or directory - icu : no has_icu_test.cpp libs\locale\src\..\build\has_icu_test.cpp(12) : fatal error C1083: Cannot open include file: 'unicode/uversion.h': No such file or directory - icu (lib64) : no has_gcc_visibility.cpp libs\math\config\has_gcc_visibility.cpp(7) : fatal error C1189: #error : "This is a GCC specific test case". - gcc visibility : no - long double support : yes
I don't recall seeing these when building Boost previously (using the same compiler, Visual C++ 2008); though it's possible I'm misremembering and they're just sticking out more now. What I have started doing differently is that I'm now calling b2 from a CMake script (via execute_process); but if that's what's triggering this, I don't understand how. Has anyone here seen this before? How might these error messages be suppressed? -- Braden McDaniel braden@endoframe.com

AMDG On 04/10/2013 07:03 PM, Braden McDaniel wrote:
I'm seeing these error messages interspersed with the normal output of the Boost build's configuration checks:
Performing configuration checks - x86 : yes has_icu_test.cpp libs\regex\build\has_icu_test.cpp(12) : fatal error C1083: Cannot open include file: 'unicode/uversion.h': No such file or directory - has_icu builds : no warning: Graph library does not contain MPI-based parallel components. note: to enable them, add "using mpi ;" to your user-config.jam has_iconv.cpp libs\locale\src\..\build\has_iconv.cpp(8) : fatal error C1083: Cannot open include file: 'iconv.h': No such file or directory - iconv (libc) : no has_iconv.cpp <snip> What I have started doing differently is that I'm now calling b2 from a CMake script (via execute_process); but if that's what's triggering this, I don't understand how.
Has anyone here seen this before? How might these error messages be suppressed?
The problem is caused by an environmental variable set by the IDE, which makes cl send its output directly to the IDE output window, defeating the output redirection used by Boost.Build. I don't remember off the top of my head, what the variable is called, though. In Christ, Steven Watanabe

On Apr 10, 2013, at 11:34 PM, Steven Watanabe
On 04/10/2013 07:03 PM, Braden McDaniel wrote:
I'm seeing these error messages interspersed with the normal output of the Boost build's configuration checks:
Performing configuration checks - x86 : yes has_icu_test.cpp libs\regex\build\has_icu_test.cpp(12) : fatal error C1083: Cannot open include file: 'unicode/uversion.h': No such file or directory - has_icu builds : no warning: Graph library does not contain MPI-based parallel components. note: to enable them, add "using mpi ;" to your user-config.jam has_iconv.cpp libs\locale\src\..\build\has_iconv.cpp(8) : fatal error C1083: Cannot open include file: 'iconv.h': No such file or directory - iconv (libc) : no has_iconv.cpp <snip> What I have started doing differently is that I'm now calling b2 from a CMake script (via execute_process); but if that's what's triggering this, I don't understand how.
Has anyone here seen this before? How might these error messages be suppressed?
The problem is caused by an environmental variable set by the IDE, which makes cl send its output directly to the IDE output window, defeating the output redirection used by Boost.Build. I don't remember off the top of my head, what the variable is called, though.
Aha! Some googling reveals: VS_UNICODE_OUTPUT. I can unset it in CMake and the problem is solved. Thanks! -- Braden McDaniel braden@endoframe.com
participants (2)
-
Braden McDaniel
-
Steven Watanabe