June 2009 - Boost - lists.preview.boost.org

Re: [boost] boost::directx?
by Artyom 08 Jun '09

08 Jun '09

Hello, It is not about OpenGL, DirectX war, it is about Boost policy: http://www.boost.org/development/requirements.html#Portability Quote: 1. A library's interface must portable and not restricted to a particular compiler or operating system. 2. A library's implementation must if possible be portable and not restricted to a particular compiler or operating system. If a portable implementation is not possible, non-portable constructions are acceptable if reasonably easy to port to other environments, and implementations are provided for at least two popular operating systems (such as UNIX and Windows). DirectX does is **strictly** Windows API, this violates requirement of Boost library portability. You may create general 3D graphics library with implementations in terms of DX for Win32 and OpenGL in terms of UNIX, and add some extended features for OS specific API, just like it is done in Boost.Interprocess or Boost.Asio. But in this case, I think it is just simpler and less error prone to use OpenGL, at least it would be consistent. Best, Artyom --- On Sun, 6/7/09, Christian Schladetsch <christian.schladetsch(a)gmail.com> wrote: > From: Christian Schladetsch <christian.schladetsch(a)gmail.com> > Subject: Re: [boost] boost::directx? > To: boost(a)lists.boost.org > Date: Sunday, June 7, 2009, 1:04 PM > It is certainly untrue to claim that > DirectX is not relevant to C++. I do > not think, and many others would agree, that OpenGL is a > real alternative. > > I have no wish in turning this into a flame war of DX vs > GL. Whatever. I > simply wanted to raise the idea of a boost::directx or > boost::microsoft::directx namespace, to house common > solutions. > > The reality is that DirectX is here, it is supported by > manufacturers, it is > needed by C++ developers, and it will stay here. > > On Sun, Jun 7, 2009 at 9:51 PM, Artyom <artyomtnk(a)yahoo.com> > wrote: > > > > > Hi, > > > > DirectX can't be relevant because it is not cross > platform API. I may > > think of OpenGL but not DX. > > > > > Make this some kind of boost::graphics, target > both dx > > > and ogl or w/e in a > > > seamless fashion, then you have something > worthy. > > > > Artyom > > > > > > > > > > _______________________________________________ > > Unsubscribe & other changes: > > http://lists.boost.org/mailman/listinfo.cgi/boost > > > _______________________________________________ > Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost >

4 4

Re: [boost] boost::directx?
by Artyom 08 Jun '09

08 Jun '09

Hi, > The hard reality is that a lot of people use C++ and > DirectX. A lot of > people use C++ *because* they use DirectX. Another group > use DirectX because > they use C++. It is very good to have a good C++ library for DirectX/Direct3D... But it **does not** belong to Boost that is cross platform project. Project that helps writing good software without vendor lock-in. You can just create another library that may be tightly integrated with Boost. But it does not have place in Boost, like many other good C++ libraries that have no place in Boost. > That audience not only includes but primarily consists of > game developers. > And they all use DirectX. You wrong. I can give you a list of great games that use OpenGL like: - IL-2 - Quake - Unreal Tournament - World of Warcraft And many others. Actually, any game that supports Mac OS X or other OSs uses OpenGL. The fact that most of games developed for MS Windows under MS Windows does not means that all of games use Direct3D. So... You can't claim that directX is only video gaming API, not talking about that not everything is video games, actually in Scientific and research project OpenGL has clear dominance. Best, Artyom

4 6

unique_ptr for C++0x exprimental compilers?
by Dean Michael Berris 08 Jun '09

08 Jun '09

Hi, Is there anybody already implementing an auto_ptr replacement (unique_ptr) for Boost? I've got a really simple implementation that I'm attaching to this email (with tests) that I'm submitting for review. HTH -- Dean Michael Berris | Software Engineer, Friendster, Inc. blog.cplusplus-soup.com | twitter.com/mikhailberis | linkedin.com/in/mikhailberis | profiles.friendster.com/mikhailberis | deanberris.com

5 7

[mpi] Unmerged change
by Daniel James 08 Jun '09

08 Jun '09

Hi, Changest 48610 has only been partially merged, it needs to be merged because mpi currently includes some deprecated headers that have been removed in trunk. https://svn.boost.org/trac/boost/changeset/48610 Is it okay for me to merge it? Daniel

2 1

Bug Sprint Report for Friday, June 5th
by Marshall Clow 08 Jun '09

08 Jun '09

The boost bug sprint started Friday, May 29th, and runs through Sunday June 7th. We've only got two more days - keep up the good work! Status <https://svn.boost.org/trac/boost/report/1> 7:00 AM PDT 5/29: 797 open tickets. 7:45 AM PDT 5/30: 772 open tickets. 6:00 AM PDT 5/31: 761 open tickets. 6:00 AM PDT 6/2: 747 open tickets. 6:00 AM PDT 6/3: 748 open tickets. 6:00 AM PDT 6/4: 739 open tickets. 8:00 AM PDT 6/5: 730 open tickets. 7:00 AM PDT 6/6: 719 open tickets. Activity: 5/29: 6 new tickets, 77 modifications, 25 tickets closed 5/30: 2 new tickets, 42 modifications, 17 tickets closed 5/31: 2 new tickets, 27 modifications, 8 tickets closed 6/1: 2 new tickets, 42 modifications, 17 tickets closed 6/2: 5 new tickets, 18 modifications, 5 tickets closed. 6/3: 4 new tickets, 19 modifications, 2 tickets closed. 6/4: 3 new tickets, 42 modifications, 24 tickets closed. 6/5: 3 new tickets, 35 modifications, 8 tickets closed. [ Numbers may not add up because I am counting via two different methods, using data that is time-stamped in two different time zones. Also, tickets can be closed and reopened. ] What can you do? See <https://svn.boost.org/trac/boost/wiki/BugSprintJune2009> for details. I've added four new reports to the trac: Open ticket count by owner: <https://svn.boost.org/trac/boost/report/18> Open ticket count by component: <https://svn.boost.org/trac/boost/report/19> Open ticket count by ticket type: <https://svn.boost.org/trac/boost/report/20> Open ticket count by milestone: <https://svn.boost.org/trac/boost/report/21> There's been a lot of discussion on the list about tickets; and there are about a dozen patches that have been tested and are ready to be applied. If you're looking to help, you can look at some of the older bugs, say, the ones for Boost 1.36, and determine if they still apply. If they do, note that in the ticket. There are 35 tickets that are still open that are marked as "to be fixed in Boost 1.36" See <https://svn.boost.org/trac/boost/report/3> for a list of open tickets by milestone. --------- Sign-up sheet -------- The following people have committed to participate in the bug sprint. Please add you name here, along with what you can do. 1) Marshall Clow (coordination, Mac OS X characterization) 2) Beman Dawes (filesystem, system, timer) 3) Doug Gregor (function, graph, logic, mpi, numeric, property_map, signals) 4) "joel falcou" <joel.falcou(a)u-psud.fr> ( linux gcc testing/VC 2008 testing, patching) 5) Michael Caisse <boost(a)objectmodelingdesigns.com> (bug fixing) 6) Jeremiah Willcock <jewillco(a)osl.iu.edu> (will test and commit graph patches) 7) David Abrahams (iterator, python) 8) Sohail Somani (patches for g++ 4.2.4) 9) Steven Watanabe <watanabesj(a)gmail.com> (bug fixes, como) 10) vicente.botet" <vicente.botet(a)wanadoo.fr> 11) Stjepan Rajko <stjepan.rajko(a)gmail.com> (fusion) 12) Daniel Wallin (parameter, ...) -- -- Marshall Marshall Clow Idio Software <mailto:marshall@idio.com> It is by caffeine alone I set my mind in motion. It is by the beans of Java that thoughts acquire speed, the hands acquire shaking, the shaking becomes a warning. It is by caffeine alone I set my mind in motion.

3 3

Fwd: [Math/Statistical Distributions] Help on using distributions' global accessors
by Marco Guazzone 07 Jun '09

07 Jun '09

Hi all, I've decided to "cross-post" the message below to boost devel mailing list in the hope someone can answer to my questions. Sorry for the duplicate Ciao! -- Marco ---------- Forwarded message ---------- From: Marco Guazzone <marco.guazzone(a)gmail.com> Date: Thu, Jun 4, 2009 at 3:40 PM Subject: [Math/Statistical Distributions] Help on using distributions' global accessors To: boost-users(a)lists.boost.org Dear Boost users, I don't understand why the code in the attached file "test_distributions_ko.zip" does not work. :( It compiles without problems, but as I run it I get the following error as soon as the *variance* accessor is called: --- [error] --- Running 2 test cases... ... unknown location(0): fatal error in "exponential_distribution": memory access violation at address: 0x7fffa6254ff8: no mapping at fault address test.cpp(34): last checkpoint *** 1 failure detected in test suite "test::stats test suite" --- [/error] --- I've also tried to replace the use of inheritance with the removal of class "exponential_distribution" and directly injecting inside my namespace the Boost one, that is: namespace test { namespace stats { using ::boost::math::exponential_distribution; using ::boost::math::exponential; }} but without success. Instead, the error *disappear* if I use the code in "test_distributions_ok.zip", where instead of using inheritance and "injection" I use membeship (i.e., composition). Why? My compiler is GCC 4.3.2 and my system is Fedora 10 x86_64. If you want to try the attached code you can simply type 'make' from your shell (provided you have a unix like system) and then run the command "./test". A note about the code: you may ask yourself why I'm redefining some functions already defined by the Boost library. The reason lies in the fact that my final goal is to create a wrapping library in order to change without pain the underlying real implementation. An help or a hint would be very very very appreciated!! :) Thank you very much! -- Marco

2 1

[Bug Sprint] Anyone familiar with the utility library want to try bug #2285?
by Marshall Clow 07 Jun '09

07 Jun '09

Writing some docs for "unwrap_ref". https://svn.boost.org/trac/boost/ticket/2585 -- -- Marshall Marshall Clow Idio Software <mailto:marshall@idio.com> It is by caffeine alone I set my mind in motion. It is by the beans of Java that thoughts acquire speed, the hands acquire shaking, the shaking becomes a warning. It is by caffeine alone I set my mind in motion.

4 7

[function] -fno-exceptions
by Vladimir Prus 07 Jun '09

07 Jun '09

There's a bug report that function library fails to compile with -fno-exceptions, with a patch attached: https://svn.boost.org/trac/boost/ticket/2900 The patch seems pretty safe -- any objections if I apply it? I primarily care because there is a similar bug report against program_options, which I can't fix until function is similarly modified. Of course, there's still the approach to declare that we don't care about -fno-exceptions at all. - Volodya

2 1

Bug Sprint Report for Friday, June 5th
by Marshall Clow 07 Jun '09

07 Jun '09

The boost bug sprint started Friday, May 29th, and runs through Sunday June 7th. Today is the last day! Can we get under 700 open tickets? Status <https://svn.boost.org/trac/boost/report/1> 7:00 AM PDT 5/29: 797 open tickets. 7:45 AM PDT 5/30: 772 open tickets. 6:00 AM PDT 5/31: 761 open tickets. 6:00 AM PDT 6/2: 747 open tickets. 6:00 AM PDT 6/3: 748 open tickets. 6:00 AM PDT 6/4: 739 open tickets. 8:00 AM PDT 6/5: 730 open tickets. 7:00 AM PDT 6/6: 719 open tickets. 7:00 AM PDT 6/7: 706 open tickets. Activity: 5/29: 6 new tickets, 77 modifications, 25 tickets closed 5/30: 2 new tickets, 42 modifications, 17 tickets closed 5/31: 2 new tickets, 27 modifications, 8 tickets closed 6/1: 2 new tickets, 42 modifications, 17 tickets closed 6/2: 5 new tickets, 18 modifications, 5 tickets closed. 6/3: 4 new tickets, 19 modifications, 2 tickets closed. 6/4: 3 new tickets, 42 modifications, 24 tickets closed. 6/5: 3 new tickets, 35 modifications, 8 tickets closed. 6/6: 4 new tickets, 61 modifications, 29 tickets closed. [ Numbers may not add up because I am counting via two different methods, using data that is time-stamped in two different time zones. Also, tickets can be closed and reopened. ] What can you do? See <https://svn.boost.org/trac/boost/wiki/BugSprintJune2009> for details. I've added four new reports to the trac: Open ticket count by owner: <https://svn.boost.org/trac/boost/report/18> Open ticket count by component: <https://svn.boost.org/trac/boost/report/19> Open ticket count by ticket type: <https://svn.boost.org/trac/boost/report/20> Open ticket count by milestone: <https://svn.boost.org/trac/boost/report/21> There's been a lot of discussion on the list about tickets; and there are about a dozen patches that have been tested and are ready to be applied. If you're looking to help, you can look at some of the older bugs, say, the ones for Boost 1.36, and determine if they still apply. If they do, note that in the ticket. There are 42 tickets that are still open that are marked as "to be fixed in Boost 1.36" See <https://svn.boost.org/trac/boost/report/3> for a list of open tickets by milestone. --------- Sign-up sheet -------- The following people have committed to participate in the bug sprint. Please add you name here, along with what you can do. 1) Marshall Clow (coordination, Mac OS X characterization) 2) Beman Dawes (filesystem, system, timer) 3) Doug Gregor (function, graph, logic, mpi, numeric, property_map, signals) 4) "joel falcou" <joel.falcou(a)u-psud.fr> ( linux gcc testing/VC 2008 testing, patching) 5) Michael Caisse <boost(a)objectmodelingdesigns.com> (bug fixing) 6) Jeremiah Willcock <jewillco(a)osl.iu.edu> (will test and commit graph patches) 7) David Abrahams (iterator, python) 8) Sohail Somani (patches for g++ 4.2.4) 9) Steven Watanabe <watanabesj(a)gmail.com> (bug fixes, como) 10) vicente.botet" <vicente.botet(a)wanadoo.fr> 11) Stjepan Rajko <stjepan.rajko(a)gmail.com> (fusion) 12) Daniel Wallin (parameter, ...) -- -- Marshall Marshall Clow Idio Software <mailto:marshall@idio.com> It is by caffeine alone I set my mind in motion. It is by the beans of Java that thoughts acquire speed, the hands acquire shaking, the shaking becomes a warning. It is by caffeine alone I set my mind in motion.

1 0

[website] Tracking for Boost.Build docs
by Vladimir Prus 07 Jun '09

07 Jun '09

During the last release cycle some concerns were raised about Boost.Build index.html containing Google Analytics tracking code in the release tarballs. See: http://article.gmane.org/gmane.comp.lib.boost.devel/188808 That code was removed, but it had the negative effect that I no longer can see access statistics for the live website -- specifically, for http://beta.boost.org/boost-build2/index.html Is there any way to make the website dynamically add the necessary code? I have modified doc/display_build.php to do that for the generated docs, but I cannot find any similar hook that would handle top-level index.html. Thanks in advance, Volodya

3 2