- Boost-users - lists.boost.org

Question about boost::locale translations
by Bastien Montagne 06 Nov '12

06 Nov '12

Hi everybody! :) I’m currently trying to replace libintl (from gnu gettext) by boost::locale lib, in a (mostly) C program (blender, actually). To do so, I wrote a simplistic wrapper: #include <boost/locale.hpp> #include "boost_locale_wrapper.h" static boost::locale::generator gen; /* Called only once */ void boost_locale_init(const char *messages_path, const char *default_domain) { gen.add_messages_path(messages_path); gen.add_messages_domain(default_domain); gen.set_default_messages_domain(default_domain); } /* Called each time you change locale */ void boost_locale_set(const char *locale) { if (locale && locale[0]) { std::locale::global(gen(locale)); } else { std::locale::global(gen("")); } } const char* boost_locale_gettext(const char *msgid) { return boost::locale::gettext(msgid).c_str(); } (this wrapper lib is linked statically with the main app) But I'm facing a big problem: I would expect strings returned by boost::locale::gettext & co to be "const", i.e. that the char pointer gotten by boost::locale::gettext(msgid).c_str() would be const (and unique to a given locale/msgid/context/etc.), as it is with gnu gettext. But this is obviously not the case, as demonstrated by those prints (translated_msgid (address)): Serbe latin (Srpski latinica) (0x7fcaed0dac58) sr_RS@latin (0x7fcaee1e5628) Suédois (Svenska) (0x7fcaed0dac58) sv_SE (0x7fcaee1e5628) Am I missing something obvious here, or are returned string just not "const"? If so, how can a code like: MessageBoxW(0,pgettext <http://www.boost.org/doc/libs/1_49_0/libs/locale/doc/html/group__message.ht…>(L"File Dialog",L"Open?").c_str(),gettext <http://www.boost.org/doc/libs/1_49_0/libs/locale/doc/html/group__message.ht…>(L"Question").c_str(),MB_YESNO); (taken from boost doc) could work? I'm quite new to all this C++2C stuff (and to boost too), so please forgive me if this is a noob question... Best regards, Bastien

3 5

Re: [Boost-users] Is this possible with boost? Linear Interpolation?
by rakesh patil 06 Nov '12

06 Nov '12

Hey Joel, Thanks for your quick reply. I check those links. If I am not mis-understood, that library can be used to compute intermediate values for a given range. In my case it is a polyline. The track of polyline must be maintained properly. The topology must not change here. Even if it changes, the change must not be a major one. So this one won't be of much use as of now. And before posting the question I checked Boost.Geometry. But I didn't find what I want. Any other possibilities other than writing my own code to do this? Thanks Regards

1 0

Worth reporting warnings for 1.52?
by Lemay.Steve 06 Nov '12

06 Nov '12

I know the documentation says to expect warnings during compilation. So, are these boost 1.52 warnings worth reporting? Or are they typically tolerated? (gnu 4.7.2 C++11 enabled) Line 27367: ./boost/regex/v4/cpp_regex_traits.hpp:1069:34: warning: narrowing conversion of '2147483648u' from 'unsigned int' to 'int' inside { } [-Wnarrowing] Line 27372: libs\regex\build\..\src\regex.cpp:195:64: warning: narrowing conversion of '2147483648u' from 'unsigned int' to 'int' inside { } [-Wnarrowing] Line 27403: ./boost/regex/pending/object_cache.hpp:64:37: warning: narrowing conversion of '2147483648u' from 'unsigned int' to 'int' inside { } [-Wnarrowing] Line 27429: ./boost/regex/v4/regex_traits_defaults.hpp:329:73: warning: narrowing conversion of ''\37777777605'' from 'char' to 'const wchar_t' inside { } [-Wnarrowing] Line 27430: ./boost/regex/v4/regex_traits_defaults.hpp:331:64: warning: narrowing conversion of ''\37777777605'' from 'char' to 'const wchar_t' inside { } [-Wnarrowing] Line 27751: libs\thread\src\pthread\once.cpp:18:60: warning: narrowing conversion of '2147483648u' from 'unsigned int' to 'int' inside { } [-Wnarrowing] Line 27752: libs\thread\src\pthread\once.cpp:24:47: warning: narrowing conversion of '2147483648u' from 'unsigned int' to 'int' inside { } [-Wnarrowing] In file included from ./boost/regex/v4/regex_traits.hpp:39:0, from ./boost/regex/regex_traits.hpp:27, from ./boost/regex/v4/regex.hpp:39, from ./boost/regex.hpp:31, from libs\regex\build\..\src\winstances.cpp:30: ./boost/regex/v4/cpp_regex_traits.hpp: In instantiation of 'boost::re_detail::parser_buf<charT, traits>::pos_type boost::re_detail::parser_buf<charT, traits>::seekoff(boost::re_detail::parser_buf<charT, traits>::off_type, std::_Iosb<int>::seekdir, std::_Iosb<int>::openmode) [with charT = wchar_t; traits = std::char_traits<wchar_t>; boost::re_detail::parser_buf<charT, traits>::pos_type = std::fpos<_Mbstatet>; boost::re_detail::parser_buf<charT, traits>::off_type = long int; std::_Iosb<int>::seekdir = std::_Iosb<int>::_Seekdir; std::_Iosb<int>::openmode = std::_Iosb<int>::_Openmode]': ./boost/regex/v4/regex_split.hpp:168:1: required from here ./boost/regex/v4/cpp_regex_traits.hpp:117:4: warning: case value '0' not in enumerated type 'std::_Iosb<int>::seekdir {aka std::_Iosb<int>::_Seekdir}' [-Wswitch] ./boost/regex/v4/cpp_regex_traits.hpp:129:4: warning: case value '1' not in enumerated type 'std::_Iosb<int>::seekdir {aka std::_Iosb<int>::_Seekdir}' [-Wswitch] ./boost/regex/v4/cpp_regex_traits.hpp:123:4: warning: case value '2' not in enumerated type 'std::_Iosb<int>::seekdir {aka std::_Iosb<int>::_Seekdir}' [-Wswitch] Steven LeMay Game Platform Engineering International Game Technology 9295 Prototype Way Reno, NV 89521 Office: +1 775.448.8089 Mobile: +1 775.813.6676 steven.lemay(a)igt.com<mailto:steven.lemay@igt.com> This email message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recipient, please contact the sender by reply email and destroy all copies of the original message. Any humorous implications are purely the result of misinterpretations provided by the reader.

2 1

Is this possible with boost? Linear Interpolation?
by rakesh patil 06 Nov '12

06 Nov '12

Hello, I have a set of xy points(forms a polyline). What I want to do is, with the help of existing set of points, I need to redistribute the number of points such that the first and last point remain is same position. The intermediate points will change. For example, initally I have set of 10 points. I want to redistribute this polyline containing 10 points into 40 points. But the first and last point must remain as it is. Internal points may be adjusted. I guess interpolation should be used for this. What I want to know is that whether this is possible to do using boost c++ library? Thanks Regards

2 1

[Boost.Test] Test Ordering?
by John M. Dlugosz 06 Nov '12

06 Nov '12

If I make unit*test*s in different source files, I need to declare a BOOST_AUTO_*TEST*_SUITEin each one, right? At link time, these appear in some undetermined order. How can I cause them to be run in the desired order instead?

3 3

On Windows, how does Boost decide which MSVS version to use, if I have more than one installed?
by Ramon F Herrera 05 Nov '12

05 Nov '12

When I tried to build some app, I ended up with this error message: 1>LINK : fatal error LNK1104: cannot open file 'libboost_filesystem-vc80-mt-1_51.lib' I am sure it is due to the fact that I have a couple of Boost installations and 2 Versions of MSVS as well (2005 and 2010). NB: This is the way I build Boost on Windows: .\bootstrap.bat .\bjam.exe --with-date_time --with-filesystem --with-regex --with-system --stagedir=. --build-type=complete toolset=msvc The question is about that last parameter above. Does the install procedure: (a) Go to "Program Files" and takes a look at the name of the highest numbered MSVS folder? or (b) Is this info extracted from the Registry or something? TIA, -Ramon

2 1

Boost 1.52.0 released!
by Marshall Clow 05 Nov '12

05 Nov '12

Release 1.52.0 of the Boost C++ Libraries is now available. These open-source libraries work well with the C++ Standard Library, and are usable across a broad spectrum of applications. The Boost license encourages both commercial and non-commercial use. This release contains numerous enhancements and bug fixes for existing libraries. For details, including download links, see http://www.boost.org/users/news/version_1_52_0 You can also download directly from SourceForge: http://sourceforge.net/projects/boost/files/boost/1.52.0/ To install this release on your system, see http://www.boost.org/doc/libs/release/more/getting_started/index.html Thanks, --The Boost release team Beman Dawes Daniel James Eric Niebler Marshall Clow Rene Rivera Vladimir Prus

3 2

Linking problems with boost serialization and MinGW
by Florian Burkart 05 Nov '12

05 Nov '12

Hi, I am having a bit of trouble linking to boost serialization with MinGW. If I don't include -lboost_serialization-mgw46-mt-d-1_50 I get loads of undefined references, however, if I do include it, most disappear but I still get some, namely I get RDebug/libFlamLib.a(Common_Collector.o): In function `ZN5boost7archive21basic_text_oprimitiveISoE4saveINS0_14object_id_typeEEEvRKT_': /Sys/boost/MinGW32/boost_1_50_0/include/boost-1_50/boost/archive/basic_text_oprimitive.hpp:89: undefined reference to `boost::archive::archive_exception::archive_exception(boost::archive::archive_exception::exception_code, char const*, char const*)' RDebug/libFlamLib.a(Common_Collector.o): In function `ZN5boost7archive21basic_text_oprimitiveISoE4saveINS0_21object_reference_typeEEEvRKT_': /Sys/boost/MinGW32/boost_1_50_0/include/boost-1_50/boost/archive/basic_text_oprimitive.hpp:89: undefined reference to `boost::archive::archive_exception::archive_exception(boost::archive::archive_exception::exception_code, char const*, char const*)' RDebug/libFlamLib.a(Common_Collector.o): In function `ZN5boost7archive21basic_text_oprimitiveISoE4saveINS0_13class_id_typeEEEvRKT_': /Sys/boost/MinGW32/boost_1_50_0/include/boost-1_50/boost/archive/basic_text_oprimitive.hpp:89: undefined reference to `boost::archive::archive_exception::archive_exception(boost::archive::archive_exception::exception_code, char const*, char const*)' RDebug/libFlamLib.a(Common_Collector.o): In function `ZN5boost7archive21basic_text_oprimitiveISoE4saveINS0_23class_id_reference_typeEEEvRKT_': /Sys/boost/MinGW32/boost_1_50_0/include/boost-1_50/boost/archive/basic_text_oprimitive.hpp:89: undefined reference to `boost::archive::archive_exception::archive_exception(boost::archive::archive_exception::exception_code, char const*, char const*)' RDebug/libFlamLib.a(Common_Collector.o): In function `ZN5boost7archive21basic_text_oprimitiveISoE4saveINS0_13tracking_typeEEEvRKT_': /Sys/boost/MinGW32/boost_1_50_0/include/boost-1_50/boost/archive/basic_text_oprimitive.hpp:89: undefined reference to `boost::archive::archive_exception::archive_exception(boost::archive::archive_exception::exception_code, char const*, char const*)' RDebug/libFlamLib.a(Common_Collector.o):/Sys/boost/MinGW32/boost_1_50_0/include/boost-1_50/boost/archive/basic_text_oprimitive.hpp:89: more undefined references to `boost::archive::archive_exception::archive_exception(boost::archive::archive_exception::exception_code, char const*, char const*)' follow Basically they all refer to "`boost::archive::archive_exception::archive_exception". boost serialization built fine with .\b2.exe --prefix=c:\Sys\boost\MinGW32\boost_1_50_0 toolset=gcc address-model=32 --with-serialization install The same code compiles and links just fine with gcc on linux and MSVC on windows. I haven't isolate the issue yet, so am afraid can't give a reproducible sample, but any ideas so far? Maybe look familiar? Thanks, Florian

2 3

Symantec Norton shold not longer flag boost_signals-vc100-mt-gd-1_50.dll as suspicious
by Paul A. Bristow 05 Nov '12

05 Nov '12

I was slightly inconvenienced by having the new version of boost_signals-vc100-mt-gd-1_50.dll that I had just built flagged by Norton as suspicious and placed in 'quarantine'. "Name of detection given by Symantec product: suspicious.cloud.7.f" But I was impressed that reporting this to Symantec I got (in 48 hours) this response: "Dispute Submission [2985065] Symantec FP Incident Response falsepositives(a)symantec.com" saying that it was now whitelisted in the daily virus definitions update. Paul PS I have had bjam/b2 also flagged in the past saying it only had five users! --- Paul A. Bristow, Prizet Farmhouse, Kendal LA8 8AB UK +44 1539 561830 07714330204 pbristow(a)hetp.u-net.com

1 0

[range] questions about documentation and usage
by Robert Ramey 05 Nov '12

05 Nov '12

I want to use Boost.Range in a bigger way. But I have a few problems with it. I think most of them are just issues of understanding and the writting of the documentation a) I see examples like std::vector<T> v; boost::range::find(v, 0); find(SinglePassRange& rng, Value val); BUT when looking at the documentation at http://www.boost.org/doc/libs/1_51_0/libs/range/doc/html/range/concepts/sin… I see only two valid expressions boost::begin(a) boost::end(a) where in this case a would be v which is of type std::vector<int>. BUT boost:begin(v) is NOT a valid expression for the above. Spelunking into the range header code reveals the following: template< class T > inline BOOST_DEDUCED_TYPENAME range_iterator<T>::type begin( T& r ) { #if !BOOST_WORKAROUND(__BORLANDC__, BOOST_TESTED_AT(0x564)) && \ !BOOST_WORKAROUND(__GNUC__, < 3) \ /**/ using namespace range_detail; #endif return range_begin( r ); } and template< typename C > inline BOOST_DEDUCED_TYPENAME range_iterator<C>::type range_begin( C& c ) { // // If you get a compile-error here, it is most likely because // you have not implemented range_begin() properly in // the namespace of C // return c.begin(); } This effectively means that the "Valid Expressions" for SinglePassRange part of the documenation should read: a.begin() a.end() Doesn't it. I would be interested to know if I got this wrong. b) I see the template iterator_range<ForwardTraversalIterator> - which seem to be to in an instance of what the ForwardRangeConcept should be. To me, the range documentation is out of whack. I can figure it out - but it's misleading - atleast to me. c) Another really annoying thing is that every thing is directly in the boost namespace. This breaks the convention that library headers are in boost/<library name> and in the namespace boost::<library name>. This creates a lot of opportunity for conflict. Robert Ramey

8 38