March 2015 - Boost - lists.boost.org

[GSoC] template txt format corrupted
by Jyothish Soman 19 Mar '15

19 Mar '15

Hi, The txt shows up as corrupted. https://svn.boost.org/trac/boost/wiki/SoCSubmissionTemplate?format=txt Mozilla threw up the following: Corrupted Content Error The page you are trying to view cannot be shown because an error in the data transmission was detected. The page you are trying to view cannot be shown because an error in the data transmission was detected. Please contact the website owners to inform them of this problem. Best, Jyothish

2 1

[TR1] Time to remove TR1?
by Beman Dawes 19 Mar '15

19 Mar '15

We had a discussion months ago that came to the conclusion we should remove TR1. Do we have a volunteer to do the actual removal? --Beman

5 7

[gsoc] Suggestions on Proposal for Boost Document Library Project
by Anurag Ghosh 18 Mar '15

18 Mar '15

Hello Everyone I'm Anurag Ghosh, a 2nd year undergraduate student studying in IIIT-Hyderabad, India and I'm interested in making the Boost Document Library as a part of the Google Summer of Code 2015 Program. My proposal document can be viewed at https://github.com/anuragxel/boost-generic-document-library/wiki/Google-Sum… Kindly provide me with comments on the project proposal, as it may seem I have missed out on something or the other. I'm hopeful that a discussion would be very helpful in enriching my proposal. Also, I have developed a working prototype (only for OpenOffice/LibreOffice API currently) for this project (given as a competency test) whose code is hosted at https://github.com/anuragxel/boost-generic-document-library/ Also, Kindly suggest any changes as may deem fit to the code, I will make the changes appropriately. Thanks Anurag Ghosh (anuragxel)

3 5

[endian] Floating point reversal return by value concerns
by Beman Dawes 18 Mar '15

18 Mar '15

On Mon, Jan 26, 2015 at 11:25 PM, Cliff Green <cliffg(a)codewrangler.net> wrote: > > ..., I do have concern about one aspect of the new functionality (or > maybe I didn't read deep enough in the docs) - floating point endian > reversal functions which return by value. > > Unless something has significantly changed in the last few years, swapping > and returning floating point values is likely to silently change bits for > certain bit patterns / values. In particular, returning by value will > normalize some values (I assume as part of loading or accessing the value > into floating point CPU registers). There may be other floating point > characteristics that silently change the bits dealing with NaN and infinity > values (but I'm far from an expert on floating point computations). Could you please provide code for one or more return-by-value test cases that fail because the value gets normalized? I'm really hesitant to change anything without having test cases to work with. That would also help with documenting the specifics of the problem. Thanks, --Beman

2 3

[boost.ublas] [gsoc'15]
by Dhruv Kohli 18 Mar '15

18 Mar '15

Hello, I am Dhruv, majoring in Mathematics & Computing from Indian Institute of Technology, Guwahati. After doing a bit of research over the project ideas, I found the idea of further developing boost.ublas library interesting and have started writing the programming competency code. Here is the link to the code I've written yet: https://github.com/chiggum/boost.ublas/blob/master/gaussian_elimination.hpp. Though the code is not yet complete, but a naive version of algorithm is implemented and is integrated into ublas. To me, the code seems to be running properly. I need a little help for proceeding further. 1. Can someone please direct me to some code snippet that shows how the error handling code is written in boost library. To be specific, the gaussian elimination doesn't work on singular matrices. So, I would like to set the errno and display appropriate message to the user whenever a singular matrix is given as an input. 2. What sort of test code is required? Do we need to have a test case with hard-coded output to be checked against the results obtained when the test case is passed to the algo. Or there's some other predefined format for testing codes in boost library. Sorry, I haven't yet gone through most of the code in boost library. Any further helpful links/resources are welcomed. Thanks & Best regards, Dhruv https://github.com/chiggum P.S. Sorry for reposting the mail. I am still waiting for a reply.

7 10

[test] boost.test owner unresponsive to persistent problems for multiple years
by legalize+jeeves＠mail.xmission.com 18 Mar '15

18 Mar '15

[Please do not mail me a copy of your followup] See <https://svn.boost.org/trac/boost/ticket/10888> and <http://stackoverflow.com/questions/5209625/boost-test-error-messages-are-no…> Both contain a fix for this. On stack overflow the proposed fix is literally a single line change. This has been a problem for about 5 years and these simple fixes don't make it into the library. I'm sorry, but IMO this just isn't acceptable behavior for an owner of a library. Four years ago the maintainer made a comment on stack overflow thread to file a ticket on trac and then simply dropped the issue there as far as I can tell. That isn't proactive behavior, particularly when the stack overflow thread contains the fix. I know what you're going to say "the trac ticket was just filed a few days ago", but that's simply me pushing hard on something that should have been fixed around 2010. The problem has been known FOR FIVE YEARS and is EASY TO FIX. -- "The Direct3D Graphics Pipeline" free book <http://tinyurl.com/d3d-pipeline> The Computer Graphics Museum <http://computergraphicsmuseum.org> The Terminals Wiki <http://terminals.classiccmp.org> Legalize Adulthood! (my blog) <http://legalizeadulthood.wordpress.com>

24 77

Re: [boost] Better late than never - command line interface to on line code generator
by Brian Wood 18 Mar '15

18 Mar '15

Rob Stewart writes: > On March 17, 2015 4:04:39 PM EDT, Brian Wood <woodbrian77(a)gmail.com> wrote: >> In 2007 there was some discussion here about on line >> code generation: > > Online generation of what kinds of code from what kinds of inputs? > The output is C++ serialization/middleware code. One thing it does is automate (and maintain) the creation of serialization functions. There are three kinds of input: 1. C++ header files. It doesn't support template definitions, but it can handle a lot of container classes. Here's an example of a header it can handle: http://webEbenezer.net/misc/account_info.hh . 2. Something called "middle" files. These describe the messages that you want to send and receive. Here's some middle code from a file called remote.mdl: middle_messages_back @out (messageid_t, std::vector<cmw_account_info>) @out (messageid_t, cmw::marshalling_integer, cui_generator) @out (messageid_t) } ----------------------- end of middle code ----------------------------------- The name, "middle_messages_back," is used as the name of a namespace in the generated output. @out means you want code generated to send a message. 3. Something called a request file that ties the first two types of input together. Here's an example: Header account_info.hh Header cui_generator.hh Middle-File remote.mdl Type-Used-for-Constants int16_t ------------------------ end of request file ------------------------------------- Header files are optional. One middle file is required in a request file. And here's the output that's generated from those inputs: http://webEbenezer.net/misc/zz.middle_messages_back.hh >> >> http://webEbenezer.net/build_integration.html > > That jumps right into the middle of the topic and assumes prior knowledge of the > context. > >> So now I would like to ask for further thoughts and >> feedback. How can it be improved? It has support for some >> Boost types and I'm open to adding support for more. Tia. > > You might start by clarifying the purpose of the tool. Ok, thanks for your comments. -- Brian Ebenezer Enterprises http://webEbenezer.net

1 0

Better late than never - command line interface to on line code generator
by Brian Wood 18 Mar '15

18 Mar '15

In 2007 there was some discussion here about on line code generation: http://lists.boost.org/Archives/boost/2007/02/116997.php One thing I said back then was: "There isn't a library to download." That's changed and now there's an archive that can be downloaded: http://webEbenezer.net/build_integration.html Martin Slater, commenting on the fact that the only way to use the code generator was through a web interface, said: "the fact that it cannot be integrated into the build process easily ... would deter many from using it" I agreed with him on that point at the time and have spent a lot of time since then developing a command line interface to make it easy to integrate on line code generation into build processes. The archive mentioned above is the result of that work. So now I would like to ask for further thoughts and feedback. How can it be improved? It has support for some Boost types and I'm open to adding support for more. Tia. -- Brian Ebenezer Enterprises - In G-d we trust. http://webEbenezer.net

2 1

Running b2 on develop needs asynch-exceptions=on
by Paul A. Bristow 17 Mar '15

17 Mar '15

After a recent pull of develop branch, I found that I also need to add asynch-exceptions=on to avoid a failure to build error: Tried to build the target twice, with property sets having error: these incompatible properties: > error: - <asynch-exceptions>off > error: - <asynch-exceptions>on (This is in addition to needing address-model=32 architecture=x86) b2 address-model=32 architecture=x86 asynch-exceptions=on I wasn't clear if this thread had come to a conclusion? [boost] [test] Re: Conflicts when building libraries at root http://lists.boost.org/Archives/boost/2015/03/220552.php looks as though a fix is still needed? Paul --- Paul A. Bristow Prizet Farmhouse Kendal UK LA8 8AB +44 (0) 1539 561830

11 24

Boost release 1.58.0 beta 1 is now available from SourceForge
by Marshall Clow 17 Mar '15

17 Mar '15

Boost release 1.58.0 beta 1 is now available from SourceForge See http://sourceforge.net/projects/boost/files/boost/1.58.0.beta.1/ <http://sourceforge.net/projects/boost/files/boost/1.58.0.beta.1/> This release contains three new libraries: • Endian: Types and conversion functions for correct byte ordering and more regardless of processor endianness. • Sort: includes spreadsort, a general-case hybrid radix sort that is faster than O(n*log(n)) • WinAPI: For details of what's in the release, see http://www.boost.org/users/history/version_1_58_0.html <http://www.boost.org/users/history/version_1_58_0.html>. Note that the links to files on this web page are for the final release - use the SourceForge link above to get the beta files. Please download the beta, give it a try, and report any problems you encounter. IMPORTANT NOTE: There is a bug with the build scripts; you have to specify the address-mode and architecture to b2. I used: ./b2 address-model=64 architecture=x86 (this will be fixed before the final release) Thanks, -- The Boost Release Team

3 4