- Boost - lists.boost.org

boost::directx?
by Christian Schladetsch 09 Jun '09

09 Jun '09

Hello, Is there a possibility of making submissions that use meta-C++ to assist with writing DirectX-based code? Obviously, DirectX is Microsoft-specific (but not necessarily platform specific!). So my question comes down to "is there a space in boost for MS-specific systems"? Perhaps in boost::microsoft or boost::directx or boost::microsoft::directx. I have a number of systems that are generally useful, and would like to support the use of boost in game development. It is hard enough to get gamedevs to use STL, let alone boost. But for example, creating vertex declarations is a royal PITA and can be assisted with some deft use of boost::mpl. Plus, we are already using boost::shared_ptr<> to make com_ptr<>, but it could be made more obvious and a lot of people don't know how to use it. There are two ways of looking at it. First, boost is about C++ and not about supporting specific API's. Fair enough - but then there are many boost libraries that use system-specific idioms such as threads and lock-free containers. It could be argued that boost doesn't want to tie itself to a proprietary API which itself will be versioned and modified externally to boost, but the same is already true in a lot of what boost does. Another way of looking at it is that boost is here to be used by real people solving real problems. In this case, it seems that there is room within a new namespace for domain-specific boost libraries. I realise this is a can of worms. What do you think? Should boost be more egalitarian and increase its possible audiance, or is introducing a dependancy on a 3rd party proprietary API an anathema to boost? Regards, Christian. ----- http://www.linkedin.com/in/christianschladetsch

13 40

[Christian S] Spirit and ANTLR - Request for example
by John Phillips 09 Jun '09

09 Jun '09

Christian, Inside the directx thread you asserted that there are things that ANTLR can do and Spirit can't. This met with some resistance, but I would like to take a different approach. Please post a working code example, along with rationale for why you want to do it, that shows something ANTLR can do, but Spirit can't. The goal is to move this out of the land of unsupported allegations, and into specific examples that can promote specific responses. My experience of Joel and Hartmut suggests that if you have any such real examples, they will use them as a basis for improving Spirit, a process which benefits everyone. If you display examples, and Hartmut and Joel (or anyone else) respond by providing working examples of how Spirit does that, too, then better information is propagated on the list, and again everyone benefits. In general, this is a better way to critique by comparison. Provide actual working code for the comparison, and there is far less room for misinterpretation of intent or conclusions. John

14 27

Borland tests
by Robert Ramey 09 Jun '09

09 Jun '09

The serialization library fails to build on the latest borland compiler with the error message quoted below. This suggests to me that some changes might be in order for config/borland and/or perhaps iterator_facade.hpp Robert Ramey "C:/BuildAgent/work/e5a72339587b6bb4/cb2009_3/bin/bcc32" -j5 -g255 -q -c -P -Ve -Vx -a8 -b- -v -Od -IC:\BuildAgent\work\e5a72339587b6bb4\spirit -tWC -tWR -tWC -tWD -WM- -DBOOST_ALL_NO_LIB=1 -DBOOST_SERIALIZATION_DYN_LINK=1 -I".." -I"C:/BuildAgent/work/e5a72339587b6bb4/cb2009_3/include/" -o"C:\BuildAgent\work\e5a72339587b6bb4\results\boost\bin.v2\libs\serialization\build\borland-6.1.3\debug\basic_text_wiprimitive.obj" "..\libs\serialization\src\basic_text_wiprimitive.cpp" ..\libs\serialization\src\basic_text_wiprimitive.cpp: Unknown compiler version - please run the configure tests and report the results Error E2061 ..\boost/iterator/iterator_facade.hpp 484: Friends must be functions or classes Error E2139 ..\boost/iterator/iterator_facade.hpp 484: Declaration missing ; Error E2061 ..\boost/iterator/iterator_facade.hpp 485: Friends must be functions or classes Error E2139 ..\boost/iterator/iterator_facade.hpp 485: Declaration missing ; Error E2061 ..\boost/iterator/iterator_facade.hpp 487: Friends must be functions or classes Error E2228 ..\boost/iterator/iterator_facade.hpp 487: Too many error or warning messages *** 6 errors in Compile ***

3 4

Re: [boost] Proposal: Monotonic Containers
by joaquin＠tid.es 09 Jun '09

09 Jun '09

Stewart, Robert escribió: > Andrew Sutton wrote: > On Tuesday, June 09, 2009 9:07 AM > >>> People will expect that a monotonic::foo<..> is like a >>> foo<..>, and they will accept that it requires a storage >>> argument. But they will find it harder to accept that it >>> requires retooling from a type-argument level of the >>> allocator. >>> >> Why incur the overhead of expectation, when foo<T, >> monotonic::allocator<T>> gives you exactly what you want? >> > > There's a problem with using an allocator for the node based containers: they > use the allocator to allocate the elements but not the nodes. That implies > free store (de)allocations for the nodes which is contrary to the intended > purpose of this proposal. > Umm, I beg to differ. If we have a node-based container xxx<T,...,custom_allocator<T> > and node<T> is the internal node type, the container is required to do the allocation using an allocator of type custom_allocator<T>::rebind<node<T> >::other. The container is not allowed to do any kind of allocation using other means than the custom_allocator<X> family of allocators. Joaquín M López Muñoz Telefónica, Investigación y Desarrollo

3 4

[program options] why is ->multitoken() not default for vector arguments?
by Thorsten Ottosen 09 Jun '09

09 Jun '09

Hi, I have code like bpo::options_description desc("Allowed options"); desc.add_options() ("help", "produce help message") ("file", bpo::value<std::string>(), ".sug file with graph description") ("new_edge", bpo::value<std::vector<unsigned>>()->multitoken(), "two numbers denoting the new edge"); I had to add the ->multitoken to make a command like ./clique_tester.exe --new_edge 1 2 --file bug1.sug ^^^^^^^^ work. This seems wierd. Why would I want a vector of values, yet only parse one of the trailing argument? Thanks -Thorsten

2 5

[ublas] Fwd: Undelivered Mail Returned to Sender
by Maik Beckmann 09 Jun '09

09 Jun '09

Something seems to be wrong with the ublas mailing list setup. This isn't the first time I get a "Undelivered Mail" response. Posting to boost@ and boost- users@ works fine. -- Maik

2 1

gcc visibility support
by Vladimir Prus 09 Jun '09

09 Jun '09

Over in issue 2114 (https://svn.boost.org/trac/boost/ticket/2114) Jürgen has provided a patch to add gcc visiblity support to all separately compiled libraries. gcc visibility is a mechanism similar to dllexport on Windows, with the same benefits. I have tried to apply it, and rebuild program_options. The the size of release shared library went from 272K down to 224K. The number of relocations went from 972 to 872. Both changes seem to be good. It seems to be unlikely to get the authors of every compiled library to look at the patch, so it looks like an alternative approach is necessary. Does anybody have any objections to this approach? If not, I'll check this in somewhere before Jule 15 deadline, and will take care of checking regression results afterwards. - Volodya

5 6

[website] adding Google analytics reports to boost.org
by joaquin＠tid.es 09 Jun '09

09 Jun '09

After reading about Volodya's insertion of a GA tracker for Boost.Build docs, I wonder whether it'd make sense to add one of these to the boost.org website itself. Some of the data we could gather, like for instance the geographical distribution of visitors, can be very illuminating. There are two problems at first sight with this: * Whose the reports' associated Google account should be? * How to make the data public? This is not technically trivial, but maybe some volunteer would like to do the job of extracting the data via the Google Analytics Data Export API: http://www.techcrunch.com/2009/05/22/make-your-google-analytics-data-public/ Thank you, Joaquín M López Muñoz Telefónica, Inevstigación y Desarrollo

6 6

ublas
by boost＠cyberfiber.org 09 Jun '09

09 Jun '09

hoped you could include this in the upcoming release best regards, michael

2 4

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

08 Jun '09

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

12 32