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