Dean Moldovan 2bab5793f7 Later assignments to accessors should not overwrite the original field ...

`auto var = l[0]` has a strange quirk: `var` is actually an accessor and
not an object, so any later assignment of `var = ...` would modify l[0]
instead of `var`. This is surprising compared to the non-auto assignment
`py::object var = l[0]; var = ...`.

By overloading `operator=` on lvalue/rvalue, the expected behavior is
restored even for `auto` variables.

2016-09-23 02:00:01 +02:00

..

attr.h

Move common object functions into object_api mixin

2016-09-23 01:38:35 +02:00

cast.h

Extend attribute and item accessor interface using object_api

2016-09-23 02:00:01 +02:00

common.h

use detail::enable_if_t everywhere

2016-09-19 13:45:34 +02:00

complex.h

nicer type_caster::load() calling conventions

2016-05-15 20:23:27 +02:00

descr.h

use detail::enable_if_t everywhere

2016-09-19 13:45:34 +02:00

eigen.h

use detail::enable_if_t everywhere

2016-09-19 13:45:34 +02:00

eval.h

Python 2.7 fixes for eval()

2016-07-08 15:14:48 +02:00

functional.h

fixed Py_None reference couting

2016-09-08 22:53:18 +09:00

numpy.h

Extend attribute and item accessor interface using object_api

2016-09-23 02:00:01 +02:00

operators.h

Multiple inheritance support

2016-09-19 13:45:31 +02:00

pybind11.h

Later assignments to accessors should not overwrite the original field

2016-09-23 02:00:01 +02:00

pytypes.h

Later assignments to accessors should not overwrite the original field

2016-09-23 02:00:01 +02:00

stl_bind.h

use detail::enable_if_t everywhere

2016-09-19 13:45:34 +02:00

stl.h

use detail::enable_if_t everywhere

2016-09-19 13:45:34 +02:00

typeid.h

minor cleanups in common.h; updated author info and copyright year

2016-04-18 10:53:38 +02:00