Re: [Boost-users] Building Boost 1.48 using Intel compiler

On Fri, 18 Nov 2011 15:40:23 +0100 Sergiu Dotenco
Am 17.11.2011 23:52, schrieb Kim:
First time posting to a mailing list, sorry if I've messed something up.
I'm trying to build Boost 1.48 using Intel XE 12.1 and when running bjam it brings up "Windows can't open this file" for each file.
...snip... It works for me if I setup the environment variables first by executing iclvars.bat. After that bjam toolset=intel can be used to compile Boost without additional settings.
Unfortunately, two problems remain. The first one is a compilation error related to Boost.PropertyTree:
...snip...
The second one is related to Boost.Locale: bjam is unable to detect the Windows version of ICU. This is due the fact, that bjam tries to locate icudata.lib and icui18n.lib instead of icudt.lib and icuin.lib respectively, which are the Windows names of the former libraries.
Have you built ICU from source? And set ICU_PATH in environment - I think I remember similar chasing of errors when building regex with the optional ICU support - problem was obvious in retrospect I'd installed ICU with prebuilt binaries and didn't have debug version available on machine. HTH Alex
------------------------------
Message: 6 Date: Fri, 18 Nov 2011 06:48:12 -0800 From: Steven Watanabe
To: boost-users@lists.boost.org Subject: Re: [Boost-users] Trivial logging with boost.log Message-ID: <4EC6702C.6080906@providere-consulting.com> Content-Type: text/plain; charset=ISO-8859-1 AMDG
On 11/18/2011 03:57 AM, Konstantin Ribel wrote:
I finally managed to build the boost lib including boost.log. Now I am trying to get trivial logging to work, but I am experiencing some issues with it. Here is what I have done so far:
<snip>
When I hit the build button I get 10 errors. The build log is attached to this email.
Does anybody know what to do in this situation? Do I have to define some symbols?
You need to link to the library. (-lboost_log)
In Christ, Steven Watanabe
------------------------------
_______________________________________________ Boost-users mailing list Boost-users@lists.boost.org http://lists.boost.org/mailman/listinfo.cgi/boost-users
End of Boost-users Digest, Vol 2909, Issue 4 ********************************************

Am 18.11.2011 16:10, schrieb Alex Perry:
The second one is related to Boost.Locale: bjam is unable to detect the Windows version of ICU. This is due the fact, that bjam tries to locate icudata.lib and icui18n.lib instead of icudt.lib and icuin.lib respectively, which are the Windows names of the former libraries.
Have you built ICU from source? And set ICU_PATH in environment - I think I remember similar chasing of errors when building regex with the optional ICU support - problem was obvious in retrospect I'd installed ICU with prebuilt binaries and didn't have debug version available on machine.
ICU was built from source, both release and debug version. ICU_PATH -- which is not root of the problem anyway -- is set correctly. Looking at the configuration checks performed by bjam, it seems that Boost.Regex (as opposed to Boost.Locale) is able to find ICU: - 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 - iconv (libc) : no - iconv (separate) : no - icu : yes

Am 18.11.2011 16:49, schrieb Sergiu Dotenco:
Am 18.11.2011 16:10, schrieb Alex Perry:
The second one is related to Boost.Locale: bjam is unable to detect the Windows version of ICU. This is due the fact, that bjam tries to locate icudata.lib and icui18n.lib instead of icudt.lib and icuin.lib respectively, which are the Windows names of the former libraries.
Have you built ICU from source? And set ICU_PATH in environment - I think I remember similar chasing of errors when building regex with the optional ICU support - problem was obvious in retrospect I'd installed ICU with prebuilt binaries and didn't have debug version available on machine.
ICU was built from source, both release and debug version. ICU_PATH -- which is not root of the problem anyway -- is set correctly. Looking at the configuration checks performed by bjam, it seems that Boost.Regex (as opposed to Boost.Locale) is able to find ICU:
- 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 - iconv (libc) : no - iconv (separate) : no - icu : yes
After examining Boost.Regex and Boost.Locale Jamfiles, it's seems that both libraries perform the same has_icu check and both fail to detect ICU on Windows if the Intel compiler is used.
participants (2)
-
Alex Perry
-
Sergiu Dotenco