Boost C++ Libraries: Ticket #7839: Boost.Locale does not build against ICU4C 52.1.1 on Windows Vista

Tue, 01 Jan 2013 19:16:24 GMT

My guess is that problem is due to header path changes in ICU 50.1.1.

(To clarify the note above: the forward slash is clearly not a problem in the context given, as decimfmt.h is found; the point of the note is to indicate that the wrong kind of slashes may have a problematic effect elsewhere, such as in header include path configuration.)

component changed; owner set

viboes — Thu, 03 Jan 2013 16:29:27 GMT

owner set to Artyom Beilis
component Building Boost → locale

Moved to Locale component, in case the maintainer could find a solution.

status changed; resolution set

Artyom Beilis — Fri, 04 Jan 2013 14:19:03 GMT

status new → closed
resolution → invalid

You are not using ICU properly.

Please install it so you get proper layout of headers and libraries in ICU and than build Boost.Locale.

Read this carefully for more details:

http://www.boost.org/doc/libs/1_52_0/libs/locale/doc/html/building_boost_locale.html

status changed; resolution deleted

Fri, 04 Jan 2013 14:59:52 GMT

status closed → reopened
resolution invalid

I have been able to use several previous versions of ICU correctly with boost.locale. It is only the latest verson (50.1.1) that will not build, and only on Windows (it builds fine on Xcode using LLVM). This indicates that my build configuration is correct. I have followed all of the instructions in the link that you provided.

It appears to me that something has changed in ICU that boost.locale is not properly accounting for. Please let me know if you need any assistance reproducing this problem. I can send my build scripts if it would help.

Fri, 04 Jan 2013 15:15:33 GMT

The build scripts can be found in the root of https://github.com/sparist/Om :

Windows build script: https://github.com/sparist/Om/blob/master/make.bat
Mac build script: https://github.com/sparist/Om/blob/master/make.sh

The full build instructions are given here: http://sparist.github.com/Om/#building

status changed; resolution set

Artyom Beilis — Fri, 04 Jan 2013 21:19:19 GMT

status reopened → closed
resolution → invalid

This is clearly problem of your ICU installation:

include\unicode/decimfmt.h(41) : fatal error C1083: Cannot open include file: 'unicode/enumset.h': No such file or directory

Means you had not installed/configured/build properly. The header - decimfmt.h is included correctly but not enumset.h which is part of the include

http://icu-project.org/apiref/icu4c/decimfmt_8h_source.html

Also a part of proper ICU 50.1.1 installation...

(The file in question exists at "[icu]\source\common\unicode\enumset.h".)

Makes me think that you try to point include to original source and not the installed headers.

Bottom line, fix your build scripts, installation or whatever you do incorrectly with ICU and don't reopen this bug.

Sat, 05 Jan 2013 01:34:53 GMT

This does not appear to be a naive user error (as you continue to suggest). On Windows, I build boost as follows, where %Icu% is the ICU root directory *and* the directory in which the allinone.sln solution places the build products ("bin/", "include/", etc.):

call .\bootstrap --with-icu="%Icu%"
call .\b2 boost.locale.icu=on boost.locale.std=off -sICU_PATH="%Icu%" --with-chrono --with-locale --with-system --with-thread link=static stage

On further investigation, neither include directory (in 49.1.2 or 50.1.1) contains the file "unicode/enumset.h" on Windows, but only the 50.1.1 include directory on Mac does (the include directory in 49.1.2 on Mac does not). Indeed, the include was added to "unicode/decimfmt.h" in 50.1.1, and it is only included when the macro UCONFIG_NO_FORMATTING is false.

As such, the problem appears to be with the default ICU 50.1.1 windows build via the provided allinone.sln file, rather than with boost.locale, so I will leave this ticket closed.

It is not a priority at present for me to continue investigating why boost.locale's primary dependency is broken. As boost.locale's maintainer, you might consider making it one of yours and filing a bug with ICU as necessary. And you might also consider being less rude to your users.

anonymous — Mon, 22 Apr 2013 18:09:08 GMT

The bypass from the ICU sourceforge tracking list is:

"Thanks. And this defect is also on the older-versions' distributions. # it seems to be fixed just by copying enumset.h # from src/common/unicode of source-distribution."

Hers is the thread:

I found a difficulty on ICU4C 51.1 VC10-binary. As enumset.h not found at include/unicode, any code that #include <unicode/decimfmt.h> leads error:"enumset.h not found".

# even if the source-distribution is re-built using vc10, # include/unicode/enumset.h NOT appeared.

By the same reason, re-building Xalan-C 1.11 fails.

And the response is:

Thank you,

This is a defect that was just found. I will add it to the known defects

list on the download page. I do not have a patch yet but will be working on it soon. Steven