Picon
Gravatar

PCL - Portable C++ Library

Hi all,

( Maybe it's an OFF-TOPIC (Sorry) )

At the GoingNative2012 conference, Herb Sutter said that the main
disadvantage of C++ today is the lack of a standard library (like dotNet or
Java frameworks)
He called people to propose additions, like REST Webservices, Async I/O,
XML/JSON, ...

On the other hand, a member of the public claimed for a desired feature for
C++.
The answer (can't remember if it was Herb or Bjarne) was to send the paper
to WG21 and attend committee meetings to defend his proposal.
This is what almost everyone already know about the way WG21 works.

I'm not a member of the Committee, or of any company/organization that has
an interest in it (Boost, Google, Microsoft, Apple,...)
The question is, how I can do to attend meetings?
I have no time available or money to pay me the trip myself.
Consequently, I see no possibility to attend meetings, then, I have no
possibility to defend an idea. Am I wrong?

Perhaps this question is for the Committee members (Beman, Dave, Andrew ...)
Is there a way to send a proposal and defend it without having to attend
meetings?

On the other hand, I would like to have access to the discussions (mailing
list). or... Is it just for members?

(Continue reading)

Robert Dailey | 8 Feb 23:53
Picon

Can't build boost 1.48 with STLport 5.2.1

I'm trying to get Boost 1.48 building using STLport 5.2.1. I am on Windows
7 x64.

Here is what I've done:

   1. Update tools/build/v2/user-config.jam with the following:

   using msvc : 7.1 ;
   using stlport : 5.2.1 : C:/Code/third_party_source/STLport-5.2.1/stlport
   : C:/Code/third_party_source/STLport-5.2.1/lib ;

   2. Run the following command through the VS2003 command line tool:

   bootstrap.bat

   3. This sets up the b2 executable and stuff, after that I run:

   b2 toolset=msvc link=shared threading=multi runtime-link=shared
   variant=debug stdlib=stlport --layout=tagged stage

However, once it comes time to link the first library (boost filesystem), I
get a ton of linker errors, mostly LNK2001 relating to unresolved STLport
symbols. Here is one of the first ones:

path.obj : error LNK2001: unresolved external symbol "__declspec(dllimport)
public: __thiscall stlpd
_std::basic_string<wchar_t,class stlpd_std::char_traits<wchar_t>,class
stlpd_std::allocator<wchar_t>
 >::basic_string<wchar_t,class stlpd_std::char_traits<wchar_t>,class
stlpd_std::allocator<wchar_t> >
(Continue reading)

Juergen Hunold | 9 Feb 10:02
Picon

[thread] wrong guard for explicit bool operators (c++11)

Hi Vicente,

your commit
New Revision: 76951
URL: http://svn.boost.org/trac/boost/changeset/76951

Thread: Added explicit to operator bool for locks (11 hours ago) 

leads to the following errors when using gcc-4.6.1 in non-c++11 mode:
$BOOST_ROOT/boost/thread/locks.hpp:1323:34: warning: explicit conversion 
operators only available with -std=c++0x or -std=gnu++0x [enabled by default]

It seems that the guards checking for explicit conversion operators are wrong.

-#ifndef BOOST_NO_EXPLICIT_CONVERSION_OPERATORS
+#if defined(BOOST_NO_EXPLICIT_CONVERSION_OPERATORS)

Patch attached. Ok to commit?

Yours,

Jürgen
--

-- 
Dipl.-Math. Jürgen Hunold       | IVE mbH
Software-Entwickler             | Lützerodestraße 10 
Tel: +49 511 897668 33          | 30161 Hannover, Germany
Fax: +49 511 897668 29          | http://www.ivembh.de
juergen.hunold <at> ivembh.de        | 
                                | Geschäftsführer:
Sitz des Unternehmens: Hannover | Univ.-Prof. Dr.-Ing. Thomas Siefer               
(Continue reading)

Beren Minor | 8 Feb 23:44
Picon
Gravatar

[interest] Type Aspects and compile-time constraints

Hi everyone,

I would like to introduce a project I'm working on and a mechanism
that emerged from the projects needs and, as far as I could feel, may
be useful in a general case. By lack of words (let say), I named this
Type Aspects, as an analogy to Type Traits.

The project I'm working on, for quite a while now, is about creating a
statically, strongly typed, compile-time checked and heavily
simplified interface to OpenGL. I know that "Boost.OpenGL" is a
subject that has been discussed many times on this list and that every
time the outcome of the discussion is that Boost is not going to
support a mere wrapper around some existing API. Well, I perfectly
understand this and I'm not looking for the possibility to have this
included in Boost. The project itself and its functional goal isn't
actually the subject of my post, but it is a good introduction to type
aspects, as it is what led me writting this as a general supporting
mechanism.

So, to introduce the idea, if some people do not know OpenGL, it is a
typical C API, full of enumerations (well not even enumerations,
integers preprocessor constants), loosely typed, and full of bloated
function names with fixed number of parameters of various flavors.
Obviously, every single function call takes an average of two of those
constants as parameters. And obviously most combinations of values are
leading to undefined operations, whithout having anyone complaining
about anything, except a black window on your screen and a poor-man
error code whenever there is one. Probably the most hideous nightmare
you could ever have to use as a programmer.

(Continue reading)

Andreas Pokorny | 8 Feb 19:54
Picon
Gravatar

quickbook abuse without boostbook

Hi,
My company is using docbook for end user documentation and to some
degree also for design documentation. Since docbook is nothing anyone
seems to be fond of writing, I now started looking into quickbook. The
features that attract me the most are the neat syntax and
programmability. The docbook environment that I am supposed to use is
based on a different docbook version, than the one referenced in
boostbook. So at the moment I have an xml file containing the book and
booinfo header containing our corporate design foobar and disclaimer
stuff. Then each chapter is referenced. The chapters are written in
quickbook as chapter documents. When running the toolchain, it
complains that it could not find the boostbook dtd - probably because
downloading of dtd is disable, or fails because of our proxy. Is there
a way to surpress the DOCTYPE tag within the chapter xml output files?

regards
Andreas Pokorny

_______________________________________________
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost

Daryle Walker | 8 Feb 19:38
Picon

Manually marking noexcept for a constructor


I realized that my proposed C++11 update for base_from_member should propagate noexcept.  But how do I
manually specify the noexcept status of an inner constructor?  (Beta versions of C++11 may just have
core language changes but not the library changes, so I shouldn't rely on is_nothrow_XXX_constructible
just like not relying on std::forward.)
I originally thought of:
class MyType{    MyInnerType  x;public:    MyType() noexcept( noexcept(MyInnerType()) );};
This expression includes the inner default constructor call, but it also secretly includes a destructor
call (for MyInnerType), and therefore includes it in the calculations!
But how about:
class MyType2{    MyInnerType  x;public:    MyType2() noexcept( noexcept(new (std::nothrow)
MyInnerType()) );};
Hopefully this, or something like it, includes the constructor call, without calling a destructor.  I
think the C++11 version of nothrow_t-new is marked noexcept, and I hope the complete new call doesn't hide
the constructor call.
Daryle W.
 		 	   		  

_______________________________________________
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost

Praveen Vs | 8 Feb 11:55
Picon
Gravatar

Simple boost polygon boolean OR doesn't work: help needed

Hi,

Below is code for doing a boolean OR operation. I'm not sure of the
mistake I'm doing here. The output generated is wrong. I'm not using
the operator+() becaue of the compile issue on MSVC2010.

#include <boost/polygon/polygon.hpp>

namespace gtl = boost::polygon;
using namespace gtl;
using namespace boost::polygon::operators;
using namespace std;

typedef gtl::polygon_set_data<double> CPolygonSet;
typedef gtl::polygon_data<double> CPolygon;

static void test_boost_polygons()
{
    CPolygonSet polyset1, polyset2, rset;
    CPolygon polygon1, polygon2;

    typedef gtl::polygon_traits<CPolygon>::point_type CPoint;

    vector<CPoint> poly1Points, poly2Points;
    poly1Points.push_back(gtl::construct<CPoint>(0.0000, 0.0000));
    poly1Points.push_back(gtl::construct<CPoint>(50.0000, 50.0000));
    poly1Points.push_back(gtl::construct<CPoint>(100.0000, -50.0000));
    poly1Points.push_back(gtl::construct<CPoint>(50.0000, -50.0000));

    poly2Points.push_back(gtl::construct<CPoint>(50.0000, 0.0000));
(Continue reading)

Renato Tegon Forti | 8 Feb 11:26
Picon
Favicon

Boost.Application (Pre Alpha) Release 2 available

Hi All!

There is a new version of "Boost.Application" available in SF
(http://sourceforge.net/projects/boostapp/)

>> Boost.Application_pre_alpha_2.zip
(http://sourceforge.net/projects/boostapp/files/Boost.Application_pre_alpha_
2.zip/download) 

This version is based on received comments !

Please, install it:

1)      Copy: 

Boost.Application_pre_alpha_2\boost\application

To:

boost_1_48_0\boost

and,

Boost.Application_pre_alpha_2\libs\application

To:

boost_1_48_0\libs

2)      Build (bjam link=shared) .
(Continue reading)

Steven Samuel Cole | 8 Feb 07:30
Picon
Gravatar

[git] neglected aspects

Hi all,

First post here, so please bear with me.

A lot has been said in the last year on the subject of a possible 
migration from svn to git. However, after reading pretty much every 
message on the issue on this list (sic!), I have the impression that 
some of the most important aspects did not get the consideration they 
require. I would therefore like to add my outside perspective.

SUMMARY:

1. an svn --> git migration does cause some major, but one-time 
disruption. However, svn right now causes minor, but continuous 
disruption on a daily basis - which often goes unnoticed.

2. git's distributed concept is nothing less than one generation ahead 
of centralized VCSs like svn. The benefits usually do not become 
apparent until git is actually used in practice.

3. at the moment, boost is significantly missing out on fresh enthusiasm 
that new contributors could bring into the project; svn and the policies 
it mandates are partly too blame for that.

4. svn trunk (i.e. boost library) maintainers are too limited by the svn 
concept in their decision which changes they merge at what point in time 
and may be pressured into rushing suboptimal decisions; this can make 
maintenance work painful and frustrating. git greatly alleviates that 
problem.

(Continue reading)

Praveen Vs | 8 Feb 05:32
Picon
Gravatar

MSVC 2010 Compile error for polygon_set_data

Hi,

Below code gives a compile error in MSVC2010. Any ideas whats the issue?

#include <boost/polygon/polygon.hpp>

namespace gtl = boost::polygon;
using namespace gtl;
using namespace boost::polygon::operators;
using namespace std;

typedef gtl::polygon_set_data<double> CPolygonSet;

static void test_boost_polygons()
{
    CPolygonSet polyset1, polyset2, rset;
    rset = polyset1 + polyset2;
}

void main()
{
    test_boost_polygons();
}

Error:
=====

\boost\polygon\polygon_45_set_data.hpp(1458): error C2825: 'iT': must
be a class or namespace when followed by '::'
1>\boost\polygon\polygon_45_set_data.hpp(1524) : see reference to
(Continue reading)

sultana rashid | 8 Feb 08:49
Picon
Gravatar

GSoC idea on Geometry library

Hello,
I have several ideas on some libraries.Today I present on Geometry library.

*1.Conics:*
I did not found *conics*  in Geometry library.Ellipse,parabola,hyperbola
concept is very useful in geometry.Can Boost add some functionality of
conics? as:

1.Area determination of conics
2.Foci determination
3.Major-minor axis
4.Determine whether a point on a conic
5.Focal length,center determination
etc... etc...

Or at least add something on Conic in Concept section?
 If this idea seems useful to you,please let me know.I will describe
details on what I want to do about Conic section in Geometry library.

*2. **Convex HUll: *There is only one algorithm implemented .We can
implement *Gift wrapping*<http://en.wikipedia.org/wiki/Gift_wrapping_algorithm>
*O*(*nh*) ; *Divide and conquer* *O*(*n* log *n*) or *Chan's
algorithm*<http://en.wikipedia.org/wiki/Chan%27s_algorithm>
*O*(*n* log *h*). Jarvis march ,Chan's algo are output sensitive.These are
useful when we can assume that the result will not be too large.

Thanking you,
Sultana

_______________________________________________
(Continue reading)


Gmane