Hi,
I became curious about this myself and ran a simple benchmark for automatically
generated binding code of increasing size.
The compilation times for Boost.Python and pybind11 turn out to be fairly
similar. However, there is a significant difference in terms of the size of the
compilation r
Code: https://github.com/wjakob/pybind11
Documentation: http://pybind11.readthedocs.org/en/latest/
Hi Wenzel, it looks excelent.
There are a few points in boost::python which have been unresolved for a
long time: straightforward support for aligned types (Eigen comes to
mind) and some subtle
This looks really neat!
Do you have any measure on the memory/cpu performance wrt Boost.Python when
compiling large bindings? I would expect that variadic templates and all
the other C++11 goodies are more efficient than the preprocessor magic used
in Boost Python, from this point of view.
Cheers
>
> See
>
> http://www.boost.org/doc/libs/1_55_0/libs/python/doc/tutorial/doc/html/python/object.html#python.creating_python_objectfor
> explanation of handle<>
>
Thank You!
___
Cplusplus-sig mailing list
Cplusplus-sig@python.org
https://mail.python.org/
Hi,
it would take a long time to discuss all differences, but I can give some
examples. There are basically three ways of interfacing with Python objects in
pybind11.
1. using wrapper classes like pybind11::object (analogous to
boost::python::object)
2. by creating bindings that map a C++ type
At first glance, this looks great. I've been tinkering with something like
this for a while now, but it's never amounted to anything more than a C++11
learning project, and this looks quite solid in comparison.
It may be a long time before I get a chance to evaluate pybind11 for use in
my own pro
On 19.10.2015 06:24, Wenzel Jakob wrote:
> I would be open to it but have my doubts about the feasibility of a
> merge. Consider the difference in code size alone: Boost.Python
> (without dependencies like MPL etc.) uses 26K lines of code, compared
> to about 2K for pybind11 (3K with all extensions
I would be open to it but have my doubts about the feasibility of a merge.
Consider the difference in code size alone: Boost.Python (without dependencies
like MPL etc.) uses 26K lines of code, compared to about 2K for pybind11 (3K
with all extensions). Apart from that, the libraries take very di
>
> From: Wenzel Jakob
>To: cplusplus-sig@python.org
>Sent: Sunday, October 18, 2015 2:56 PM
>Subject: [C++-sig] pybind11 -- alternative to Boost.Python
>
>
>
>Hello all,
>
>
>after being a long-time Boost.Python user, I’ve been working on an alternative
>that ma
>
> From: Tony Cappellini
>To: cplusplus-sig@python.org
>Sent: Thursday, October 15, 2015 10:27 PM
>Subject: [C++-sig] Returning C++ buffer to Python 2.7
>
>
>
>
>
>I've allocated memory in C++ and need to expose a function to Python
>so that Python can read this
Wow the docs and examples look great!
Thank you for the tremendous amount of work you put in!
I am eager to test this with CUDA7+/C++11 programs.
Best,
Axel
On October 18, 2015 3:56:42 PM EEST, Wenzel Jakob wrote:
>Hello all,
>
>after being a long-time Boost.Python user, I’ve been working on an
11 matches
Mail list logo
