mirror of
https://github.com/pybind/pybind11.git
synced 2024-11-11 08:03:55 +00:00
7437c69500
This commit adds a `py::module_local` attribute that lets you confine a
registered type to the module (more technically, the shared object) in
which it is defined, by registering it with:
py::class_<C>(m, "C", py::module_local())
This will allow the same C++ class `C` to be registered in different
modules with independent sets of class definitions. On the Python side,
two such types will be completely distinct; on the C++ side, the C++
type resolves to a different Python type in each module.
This applies `py::module_local` automatically to `stl_bind.h` bindings
when the container value type looks like something global: i.e. when it
is a converting type (for example, when binding a `std::vector<int>`),
or when it is a registered type itself bound with `py::module_local`.
This should help resolve potential future conflicts (e.g. if two
completely unrelated modules both try to bind a `std::vector<int>`.
Users can override the automatic selection by adding a
`py::module_local()` or `py::module_local(false)`.
Note that this does mildly break backwards compatibility: bound stl
containers of basic types like `std::vector<int>` cannot be bound in one
module and returned in a different module. (This can be re-enabled with
`py::module_local(false)` as described above, but with the potential for
eventual load conflicts).
|
||
|---|---|---|
| .. | ||
| _static | ||
| advanced | ||
| basics.rst | ||
| benchmark.py | ||
| benchmark.rst | ||
| changelog.rst | ||
| classes.rst | ||
| compiling.rst | ||
| conf.py | ||
| Doxyfile | ||
| faq.rst | ||
| index.rst | ||
| intro.rst | ||
| limitations.rst | ||
| Makefile | ||
| pybind11_vs_boost_python1.png | ||
| pybind11_vs_boost_python1.svg | ||
| pybind11_vs_boost_python2.png | ||
| pybind11_vs_boost_python2.svg | ||
| pybind11-logo.png | ||
| reference.rst | ||
| release.rst | ||
| requirements.txt | ||
