1. 27 Sep, 2016 1 commit
  2. 14 Sep, 2016 1 commit
  3. 13 Sep, 2016 7 commits
  4. 12 Sep, 2016 2 commits
  5. 11 Sep, 2016 10 commits
  6. 10 Sep, 2016 13 commits
  7. 09 Sep, 2016 1 commit
    • Implement py::init_alias<>() constructors · ec62d977
      This commit adds support for forcing alias type initialization by
      defining constructors with `py::init_alias<arg1, arg2>()` instead of
      `py::init<arg1, arg2>()`.  Currently py::init<> only results in Alias
      initialization if the type is extended in python, or the given
      arguments can't be used to construct the base type, but can be used to
      construct the alias.  py::init_alias<>, in contrast, always invokes the
      constructor of the alias type.
      
      It looks like this was already the intention of
      `py::detail::init_alias`, which was forward-declared in
      86d825f3, but was apparently never
      finished: despite the existance of a .def method accepting it, the
      `detail::init_alias` class isn't actually defined anywhere.
      
      This commit completes the feature (or possibly repurposes it), allowing
      declaration of classes that will always initialize the trampoline which
      is (as I argued in #397) sometimes useful.
      Jason Rhinelander committed
  8. 08 Sep, 2016 5 commits