Subject: [Boost-build] Build issues with boost/regex and ICU_PATH
From: Alexander Sack (pisymbol_at_[hidden])
Date: 2008-10-23 21:25:22
In the Jamfile.v2 of 1.36.0 boost/regex library I see:
169 if [ check-icu-config ]
171 BOOST_REGEX_ICU_OPTS = "<define>BOOST_HAS_ICU=1" ;
173 if $(ICU_PATH)
175 if $(ICU_PATH) != "/usr" && $(ICU_PATH) != "/usr/local"
177 BOOST_REGEX_ICU_OPTS += "<include>$(ICU_PATH)/include" ;
178 ICU_SEARCH_OPTS = <search>/$(ICU_PATH)/lib ;
On my build machine (a FreeBSD box), ICU is located in "/usr/local"
PATH (as are most standard FreeBSD ports). Why does the above check
exists? Other than "/usr" what's the harm of adding <include>
directive to the BOOST_REGEX_ICU_OPTS?
The issue is the standard boost build creates a makefile from a pseudo
configure script (to make it more GNU friendly) that generates the
following command line option:
creates in a Makefile
If the above is not honored, then <include> never occurs and the build
fails. I believe this is just a bug (I don't see why this should be
conditional for FreeBSD either).
Feedback most appreciated,
Boost-Build list run by bdawes at acm.org, david.abrahams at rcn.com, gregod at cs.rpi.edu, cpdaniel at pacbell.net, john at johnmaddock.co.uk