- Boost - lists.boost.org

[Range] Interest in range concept checks
by Daniel Walker 07 Mar '06

07 Mar '06

Hello, I've been using the Boost Range library a lot lately and felt the need for some compile-time concept checks. They're pretty simple to write using the Boost Concept Check library. So, I wrote concept checking classes for the four range concepts mentioned in the documentation. To illustrate their usage, the following checks if a type X models the ForwardRange concept. function_requires<ForwardRangeConcept<X> >(); I've been checking the value access property of the range separately using iterator concept checks on the range's iterator. So, for a ForwardReadableRange ... function_requires<ForwardRangeConcept<X> >(); function_requires< ReadableIteratorConcept< typename range_iterator<X>::type > >(); Implementing the concept checking classes is pretty straight forward using the range documentation. As an example, here's my implementation for BidierctionalRange. template<typename X> struct BidirectionalRangeConcept { typedef typename range_reverse_iterator<X>::type range_reverse_iterator; typedef typename range_const_reverse_iterator<X>::type range_const_reverse_iterator; void constraints() { function_requires<ForwardRangeConcept<X> >(); function_requires< boost_concepts::BidirectionalTraversalConcept< typename range_iterator<X>::type > >(); i = rbegin(a); i = rend(a); const_constraints(a); } void const_constraints(const X& a) { ci = rbegin(a); ci = rend(a); } X a; range_reverse_iterator i; range_const_reverse_iterator ci; }; Anyway, I hope there's enough interest to include concept checks like these in the Boost Range library for a future release. I'd be glad to submit a file containing my implementations. Please, let me know what you think! Thanks, Daniel Walker

3 3

[bitfield] Initial bitfield proposal available in the vault
by Emile Cormier 06 Mar '06

06 Mar '06

You can download the code at the Boost vault: http://boost-consulting.com/vault/index.php?&direction=0&order=&directory=b… test.cpp contains a regression test that you can try on your compiler. Please let me know if it works, as I've only tested this on MinGW GCC 3.4. The bitfield mechanism relies on this assumption: Unions of non-polymorphic, non-derived objects, having the exact same underlying data member type, will have the same size as this underlying data member type. I'm no language lawyer, so please let me know if this is a safe and portable assumption. Let me know if things aren't sufficiently self-explanatory, or if things can be improved. -- Emile Cormier emilecormier(a)mailcan.com

1 0

[regression] what happened to the sun compiler?
by Thorsten Ottosen 06 Mar '06

06 Mar '06

Hi, I used to be able to see the regression results for sun's compiler. It seems to be gone, but why? -Thorsten

1 0

[repost: help with codewarrior 9.4/5 needed] ptr_container issue
by Thorsten Ottosen 06 Mar '06

06 Mar '06

Hi, I really need someone to look at the regression for codewarrior. I suspect it will be fairly easy to find the error. Thanks -Thorsten

1 0

Fw: VisualAge C++: any testers?
by Michael Wong 06 Mar '06

06 Mar '06

Stephen, there is no support for V1R6 and it has not been tested with any release of Boost. The zSeries compiler is now officially up to V1R7. However, it is possible that a future version of the zSeries compiler will be supporting some future combination of Boost. But I can't reveal the exact combination yet. For now, our support is primarily aimed at V8 on pSeries (AIX and Linux) with Boost 1.32.0. Each release of the compiler will be tested with one version of boost. If you have more questions about specific support, please contact me directly ad I will forward you to the correct parties. Thanks. Michael Wong XL C++ Compiler kernel Development IBM Canada Ltd., C2/KD2/8200/MKM 8200 Warden Avenue Markham, Ontario L6G 1C7 W:905-413-3283 F:905-413-4839 http://www.ibm.com/software/awdtools/ccompilers/ http://www.ibm.com/software/awdtools/fortran/ XL Overview http://www-1.ibm.com/support/docview.wss?uid=swg27005175&aid=1 Optimization http://www-1.ibm.com/support/docview.wss?uid=swg27005174&aid=1 XL C/C++ for Mac OS X http://www-1.ibm.com/support/docview.wss?uid=swg27005176&aid=1 XL Fortran for Mac OS X http://www-1.ibm.com/support/docview.wss?uid=swg27005173&aid=1 ----- Forwarded by Michael Wong/Toronto/IBM on 03/06/2006 02:53 PM ----- Stefan Slapeta <stefan(a)slapeta.com> Sent by: boost-bounces(a)lists.boost.org 03/02/2006 08:05 AM Please respond to boost To boost(a)lists.boost.org cc Subject Re: [boost] VisualAge C++: any testers? David Abrahams wrote: > > I note at > http://engineering.meta-comm.com/boost-regression/CVS-HEAD/developer/summar… > there are no results for VisualAge C++. We're generally reluctant to > apply patches to support any given compiler if there isn't someone > running tests, so we can verify that it makes things better and that > we haven't introduced regressions. Michael told me in Lillehammer > that y'all were running the tests with the results upload step > disabled. If that's the case, you could just start uploading the > results to us on a regular basis and it would be much easier to > support your compiler. > and how about IBM C++ Compiler? AFAIK this is a completely different product, no? z/OS V1R6 C/C++ __COMPILER_VER__=0x41060000 __LIBREL__=0x41060000 __TARGET_LIB__=0x41060000 We planning to use this one on our zOS mainframe and I would also like to run the regression tests. Stefan _______________________________________________ Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost

1 0

[concept_check] Uncalled const_constraints
by Daniel James 06 Mar '06

06 Mar '06

Hi, A couple of the const_constraints methods aren't called. Patch attached. Daniel

1 0

[python] exec test question
by Vladimir Prus 06 Mar '06

06 Mar '06

Dave, in Boost.Python testsuite, there's test 'exec' defined like this: run ../test/exec.cpp <lib>../build/boost_python : # program args : exec.py : # requirements $(PYTHON_PROPERTIES) <define>BOOST_PYTHON_STATIC_LIB <define>BOOST_PYTHON_STATIC_MODULE Is static linking to Boost.Python intended here specifically, say, because the test will never work with dynamic linking, or just to test static linking? I'm asking because in V2, that uses dynamic linking in this test, the following link error is produced: exec.obj : error LNK2019: unresolved external symbol "class boost::python::api::object __cdecl boost::python::exec( See: http://tinyurl.com/hxo2t I'm about to change V2 Jamfile to use static linking, but wanted to check with you that static linking is indeed required and that the above error is not V2 fault. Thanks, Volodya

2 1

1.34 - When is branch-for-release?
by Beman Dawes 06 Mar '06

06 Mar '06

Any schedule yet? --Beman

2 1

[Boost-bugs] [ boost-Bugs-1444293 ] Calling subgraph::global_to_local on a root graph
by SourceForge.net 06 Mar '06

06 Mar '06

Bugs item #1444293, was opened at 2006-03-06 09:34 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=107586&aid=1444293&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: graph Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Jeremy Siek (jsiek) Summary: Calling subgraph::global_to_local on a root graph Initial Comment: When g is a root subgraph, then g.global_to_local(g.local_to_global(v)) will cause an error. In Fact, the mapping m_local_vertex is not maintained for root subgraphs, so global_to_local and find_vertex would not work correctly. Thanks for fixing it. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=107586&aid=1444293&group_… ------------------------------------------------------- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 _______________________________________________ Boost-bugs mailing list Boost-bugs(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/boost-bugs

1 0

[Boost-bugs] [ boost-Bugs-1444271 ] Calling subgraph::global_to_local on a root graph
by SourceForge.net 06 Mar '06

06 Mar '06

Bugs item #1444271, was opened at 2006-03-06 08:58 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=107586&aid=1444271&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: graph Group: None Status: Open Resolution: None Priority: 5 Submitted By: Nobody/Anonymous (nobody) Assigned to: Jeremy Siek (jsiek) Summary: Calling subgraph::global_to_local on a root graph Initial Comment: When g is a root subgraph, then g.global_to_local(g.local_to_global(v)) will cause an error. In Fact, the mapping m_local_vertex is not maintained for root subgraphs, so global_to_local and find_vertex would not work correctly. Thanks for fixing it. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=107586&aid=1444271&group_… ------------------------------------------------------- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 _______________________________________________ Boost-bugs mailing list Boost-bugs(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/boost-bugs

1 0