Skip to content

Commit 2723a38

Browse files
committed
minor setup.py updates
1 parent 11bc16e commit 2723a38

File tree

2 files changed

+16
-14
lines changed

2 files changed

+16
-14
lines changed

docs/release.rst

Lines changed: 1 addition & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -3,6 +3,7 @@ To release a new version of pybind11:
33
- Update the version number and push to pypi
44
- Update ``pybind11/_version.py`` (set release version, remove 'dev').
55
- Update ``PYBIND11_VERSION_MAJOR`` etc. in ``include/pybind11/common.h``.
6+
- Ensure that all the information in ``setup.py`` is up-to-date.
67
- Update version in ``docs/conf.py``.
78
- Tag release date in ``docs/changelog.rst``.
89
- ``git add`` and ``git commit``.

setup.py

Lines changed: 15 additions & 14 deletions
Original file line numberDiff line numberDiff line change
@@ -32,7 +32,7 @@
3232
'include/pybind11/pytypes.h',
3333
'include/pybind11/stl.h',
3434
'include/pybind11/stl_bind.h',
35-
'include/pybind11/typeid.h',
35+
'include/pybind11/typeid.h'
3636
],
3737
classifiers=[
3838
'Development Status :: 5 - Production/Stable',
@@ -46,18 +46,19 @@
4646
'Programming Language :: Python :: 3.3',
4747
'Programming Language :: Python :: 3.4',
4848
'Programming Language :: Python :: 3.5',
49-
'License :: OSI Approved :: BSD License',
49+
'Programming Language :: Python :: 3.6',
50+
'License :: OSI Approved :: BSD License'
5051
],
5152
keywords='C++11, Python bindings',
52-
long_description="""pybind11 is a lightweight header library that exposes
53-
C++ types in Python and vice versa, mainly to create Python bindings of
53+
long_description="""pybind11 is a lightweight header-only library that
54+
exposes C++ types in Python and vice versa, mainly to create Python bindings of
5455
existing C++ code. Its goals and syntax are similar to the excellent
55-
Boost.Python library by David Abrahams: to minimize boilerplate code in
56-
traditional extension modules by inferring type information using compile-time
56+
Boost.Python by David Abrahams: to minimize boilerplate code in traditional
57+
extension modules by inferring type information using compile-time
5758
introspection.
5859
59-
The main issue with Boost.Python-and the reason for creating such a similar
60-
project-is Boost. Boost is an enormously large and complex suite of utility
60+
The main issue with Boost.Pythonand the reason for creating such a similar
61+
projectis Boost. Boost is an enormously large and complex suite of utility
6162
libraries that works with almost every C++ compiler in existence. This
6263
compatibility has its cost: arcane template tricks and workarounds are
6364
necessary to support the oldest and buggiest of compiler specimens. Now that
@@ -66,9 +67,9 @@
6667
6768
Think of this library as a tiny self-contained version of Boost.Python with
6869
everything stripped away that isn't relevant for binding generation. Without
69-
comments, the core header files only require ~2.5K lines of code and depend on
70-
Python (2.7 or 3.x) and the C++ standard library. This compact implementation
71-
was possible thanks to some of the new C++11 language features (specifically:
72-
tuples, lambda functions and variadic templates). Since its creation, this
73-
library has grown beyond Boost.Python in many ways, leading to dramatically
74-
simpler binding code in many common situations.""")
70+
comments, the core header files only require ~4K lines of code and depend on
71+
Python (2.7 or 3.x, or PyPy2.7 >= 5.7) and the C++ standard library. This
72+
compact implementation was possible thanks to some of the new C++11 language
73+
features (specifically: tuples, lambda functions and variadic templates). Since
74+
its creation, this library has grown beyond Boost.Python in many ways, leading
75+
to dramatically simpler binding code in many common situations.""")

0 commit comments

Comments
 (0)