- Boost - lists.boost.org

Patch for numeric/interval for better Tru64/CXX support.
by Markus Schöpflin 12 Jan '06

12 Jan '06

Hello, support for this platform has recently appeared in Boost but currently there are a number of test failures. Some of these test failures can be attributed to the fact that the regression tests are compiled without dynamic rounding mode enabled. Cxx needs an extra command line flag (-fprm d) for this. If I understand things correctly, the interval library relies on dynamic rounding to be always enabled, therefore I propose attached patch which checks this for Tru64/cxx. Note that when this patch is applied, all interval tests will fail for Tru64/cxx, but this can be fixed by modifying the test Jamfile to enable dynamic rounding for the tests. If the patch is accepted, I will fix this or provide a patch, whichever is preferred. Attached patch also changes the test for __DECCXX__ to __DECCXX, because this is the macro that the Tru64/cxx compiler defines. Also I'm wondering what the test for __digital__ is supposed to do, AFAIK there are only cxx and g++ available for this platform anyway. The same problem exists for g++ on alpha but I don't know if the presence of dynamic rounding can be checked for this compiler. Anyway, the needed flag to enable dynamic rounding is -mfp-rounding-mode=d on this compiler. I could add this to the test Jamfile, too. Note that enabling dynamic rounding doesn't clear all errors, but it would be a start and perhaps enable me or others to root out the other errors and achieve proper support of Alpha hardware in the interval library. Markus Index: alpha_rounding_control.hpp =================================================================== RCS file: /cvsroot/boost/boost/boost/numeric/interval/detail/alpha_rounding_control.hpp,v retrieving revision 1.2 diff -u -w -r1.2 alpha_rounding_control.hpp --- alpha_rounding_control.hpp 27 Sep 2005 06:08:10 -0000 1.2 +++ alpha_rounding_control.hpp 10 Jan 2006 11:05:03 -0000 @@ -14,7 +14,7 @@ #error This header only works on Alpha CPUs. #endif -#if defined(__GNUC__) || defined(__digital__) || defined(__DECCXX__) +#if defined(__GNUC__) || defined(__digital__) || defined(__DECCXX) namespace boost { namespace numeric { @@ -49,7 +49,12 @@ static void to_nearest() { set_rounding_mode(mode_to_nearest.dmode); } static void toward_zero() { set_rounding_mode(mode_toward_zero.dmode); } }; -#elif defined(__digital__) || defined(__DECCXX__) +#elif defined(__digital__) || defined(__DECCXX) + +#if defined(__DECCXX) && !(defined(__FLT_ROUNDS) && __FLT_ROUNDS == -1) +#error Dynamic rounding mode not enabled. See cxx man page for details. +#endif + # include <float.h> // write_rnd() and read_rnd() struct alpha_rounding_control

2 2

[iterator] link errors for zip_iterator in MSVC 8
by Chris Weed 12 Jan '06

12 Jan '06

Hi, When I link multiple files that have included zip_iterator.hpp I get the following link error in MSVC 8.0. ...found 16 targets... ...updating 3 targets... msvc.link ..\bin\examples\msvc-8.0\release\test.exe ..\bin\examples\msvc-8.0\release\test.rsp test2.obj : error LNK2005: "bool __cdecl boost::detail::tuple_impl_specific::tuple_equal(struct boost::tuples::null_type,struct boost::tuples::null_type)" (?tuple_equal@tuple_impl_specific@detail@boost@@YA_NUnull_type@tuples@3@0@Z) already defined in test1.obj ..\bin\examples\msvc-8.0\release\test.exe : fatal error LNK1169: one or more multiply defined symbols found call "C:\Program Files\Microsoft Visual Studio 8\VC\bin\vcvars32.bat" > nul link /NOLOGO /subsystem:console /out:"..\bin\examples\msvc-8.0\release\test.exe" /INCREMENTAL:NO @"..\bin\examples\msvc-8.0\release\test.rsp" ...failed msvc.link ..\bin\examples\msvc-8.0\release\test.exe ..\bin\examples\msvc-8.0\release\test.rsp... ...removing ..\bin\examples\msvc-8.0\release\test.rsp ...failed updating 2 targets... ...updated 1 target... I have attached the two files I am compiling and my Jamfile. Thanks, Chris

3 3

[Boost-bugs] [ boost-Feature Requests-1402546 ] [variant] Compile time checked getter
by SourceForge.net 12 Jan '06

12 Jan '06

Feature Requests item #1402546, was opened at 2006-01-10 22:58 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=357586&aid=1402546&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: [variant] Compile time checked getter Initial Comment: [Sorry if anyone feels bad about this, I already posted it in usera and devel lists, with no answer at all] During a redesign, I began using boost::variant, and I detected that trying to get a value of a type not included in variant type-list resulted in run-time error (cast or null pointer). I feel that a variant should only try to return a valid type from its type-list, otherwise giving a compiler error, and reserve runttime errors for that case when someone tries to get a value from a type contained in the typelist, but not the actual type contained in the actual object. In such a way, I have made a little redesign on boost::get and called it boost::checked_get: namespace boost { template <typename U, BOOST_VARIANT_ENUM_PARAMS(typename T) > inline typename add_pointer<U>::type checked_get( boost::variant< BOOST_VARIANT_ENUM_PARAMS(T) >* operand BOOST_VARIANT_AUX_GET_EXPLICIT_TEMPLATE_TYPE(U) ) { typedef boost::variant< BOOST_VARIANT_ENUM_PARAMS(T) > Variant; /* throw a compile-time error if type is not contained on type list */ BOOST_STATIC_ASSERT((!is_same< typename mpl::find<typename Variant::types,U>::type, typename mpl::end<typename Variant::types>::type>::value)); typedef typename add_pointer<U>::type U_ptr; if (!operand) return static_cast<U_ptr>(0); detail::variant::get_visitor<U> v; return operand->apply_visitor(v); } } // end of addition to namespace boost And, of course, the rest of the templates needed for const *, ref and const&.. I think it would be interesting to include it in boost libraries. In fact, I use it intensely. Best regards, Zara (yozara(a)terra.es) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=357586&aid=1402546&group_… ------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click _______________________________________________ Boost-bugs mailing list Boost-bugs(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/boost-bugs

2 1

[wiki] overactive spam filter
by Eric Niebler 12 Jan '06

12 Jan '06

I can't edit the LibrariesUnderConstruction page on the Boost Wiki. To repro ... Go to http://www.crystalclearsoftware.com/cgi-bin/boost_wiki/wiki.pl?LibrariesUnd… Click "Edit text of this page" Click "Preview" Result: "Spam content found, page will not be saved." There is no spam on this page, as far as I can see. -- Eric Niebler Boost Consulting www.boost-consulting.com

2 1

variant visitation assertion Failure
by Felipe Magno de Almeida 12 Jan '06

12 Jan '06

Hi! I'm having an assertion failure at visition_impl.hpp:201 But the assertion doesnt state what could be wrong, there's only a comment saying: // should never be here at runtime: Here is the function that is being called, that shouldnt... template < typename W, typename S , typename Visitor, typename VPCV , typename NBF > inline BOOST_VARIANT_AUX_GENERIC_RESULT_TYPE(typename Visitor::result_type) visitation_impl( int, int, Visitor&, VPCV , mpl::true_ // is_apply_visitor_unrolled , NBF, W* = 0, S* = 0 ) { // should never be here at runtime: BOOST_ASSERT(false); typedef typename Visitor::result_type result_type; return ::boost::detail::variant::forced_return< result_type >(); } Could anyone help me? Thanks in advance, -- Felipe Magno de Almeida

2 1

Re: [boost] Late asio review
by Hickman, Greg 11 Jan '06

11 Jan '06

> -----Original Message----- > From: boost-bounces(a)lists.boost.org > [mailto:boost-bounces@lists.boost.org] On Behalf Of Chris Cleeland > Sent: Wednesday, January 11, 2006 12:47 PM > To: boost(a)lists.boost.org > Subject: Re: [boost] Late asio review [snip] > If you do that, you still get into the situation of having to > replicate what is essentially a system interface at a level > that is supposed to provide abstractions and a certain > measure of system independence, right? I'm not sure that the > Right Thing(TM) is to allow direct access to file descriptors > or handles, but the fact remains that over the years I've > come up with enough time that I've needed to access something > platform or system-specific related to sockets that I've > needed something like this. > > I don't think it makes sense for asio to become a kitchen > sink for those sorts of things, but one also shouldn't be > forced to break encapsulation or abandon asio because one > needs functionality from one of the lower level tools that > the asio designers/developers didn't anticipate. If possible, I'd lean toward the ability to both take advantage of the platform where it makes sense and rely on portable abstractions everywhere else. What if I need to demultiplex file I/O events as well as socket events in a TCP-based echo client? Without the socket handle, I don't know how to use asio sockets for that.

2 1

[rational]boost::detail::resetter warning on MSVC7.1
by Toon Knapen 11 Jan '06

11 Jan '06

While using the boost::rational MSVC7.1 generates errors saying: warning C4512: 'boost::detail::resetter' : assignment operator could not be generated So I propose following diff to boost::detail::resetter that makes this warning go away RCS file: /cvsroot/boost/boost/boost/rational.hpp,v retrieving revision 1.16 diff -u -r1.16 rational.hpp --- rational.hpp 27 Dec 2005 11:38:27 -0000 1.16 +++ rational.hpp 9 Jan 2006 16:32:12 -0000 @@ -462,11 +462,16 @@ // A utility class to reset the format flags for an istream at end // of scope, even in case of exceptions - struct resetter { + class resetter { + public: resetter(std::istream& is) : is_(is), f_(is.flags()) {} ~resetter() { is_.flags(f_); } std::istream& is_; std::istream::fmtflags f_; // old GNU c++ lib has no ios_base + private: + // MSVC 7.1 complains that he is unable to generate the assignment- + // operator so we generate it for him as to avoid the warning. + resetter& operator=(const resetter&) ; }; }

2 1

Re: [boost] Late asio review
by Hickman, Greg 11 Jan '06

11 Jan '06

I apologize if this ground has already been covered. I'm obviously late to the dicussion. > -----Original Message----- > From: boost-bounces(a)lists.boost.org > [mailto:boost-bounces@lists.boost.org] On Behalf Of Chris Cleeland [snip] > really using. I don't see how one can get hold of the raw > socket descriptor to twiddle options that the library > hasn't abstracted. Would a viable approach in this case be to provide platform-specific or "hidden" socket options as "optional" public interface according to whether those options are available on a given platform? On a related note, should a general-purpose socket library really couple socket classes to an event demultiplexer? Although Asio is more than a socket library, my first inclination would have been to build the socket abstractions independently of auxiliary concepts in such a way as to allow users to combine their usage in the manner most appropriate for their applications. And it does seem like that approach would lead to a socket handle accessor on the public interface of socket classes. -Greg

2 1

[serialization] Problem switching from one archive format to the other
by Loïc Joly 11 Jan '06

11 Jan '06

Hello, I'm using boost::serialisation, currently with xml_archive. To make a performance test, I tried to switch to another archive format, namely text_archive. However, I cannot read the archive file any longer. Here are the beginnings of both files : ******XML : <?xml version="1.0" encoding="UTF-8" standalone="yes" ?> <!DOCTYPE boost_serialization> <boost_serialization signature="serialization::archive" version="3"> <GlobalContext class_id="0" tracking_level="0" version="0"> <Pointer class_id="2" class_name="CContainer2[basic]" tracking_level="1" version="0" object_id="_0"> ******Text: 22 serialization::archive 3 0 0 2 18 CContainer2[basic] 1 0 I tried to debug the problem, and could see that the number 2 was incorrectly interpreted as the version of the class GlobalContext, instead of the Id of the following class. It looks like there is a missing 0 in the text file. Does someone have any idea where it may come from ? FYI, I'm using VC++8.0. Best regards, -- Loïc

2 1

please help - trouble building bgl-viz
by VP of Communciations 11 Jan '06

11 Jan '06

I have successfully installed boost with VC express (windows), but am having trouble getting the DOT reader going. I don't seem to have the bgl-viz library. I have followed the directions on the "getting started" page and the read_graphviz page, but I must be doing something wrong, because I am not getting the bgl-viz library. I'm new to boost and C++, so please forgive me if these are elementary questions. How do I build the bgl-viz library? Thanks.

1 0