1. Jan 13, 2017
  2. Jan 07, 2017
  3. Jan 06, 2017
  4. Jan 04, 2017
  5. Jan 03, 2017
  6. Jan 02, 2017
  7. Jan 01, 2017
  8. Dec 30, 2016
  9. Dec 28, 2016
  10. Dec 26, 2016
  11. Dec 23, 2016
  12. Dec 20, 2016
  13. Dec 19, 2016
  14. Dec 16, 2016
    • Wenzel Jakob's avatar
      WIP: PyPy support (#527) · 1d1f81b2
      Wenzel Jakob authored
      This commit includes modifications that are needed to get pybind11 to work with PyPy. The full test suite compiles and runs except for a last few functions that are commented out (due to problems in PyPy that were reported on the PyPy bugtracker).
      
      Two somewhat intrusive changes were needed to make it possible: two new tags ``py::buffer_protocol()`` and ``py::metaclass()`` must now be specified to the ``class_`` constructor if the class uses the buffer protocol and/or requires a metaclass (e.g. for static properties).
      
      Note that this is only for the PyPy version based on Python 2.7 for now. When the PyPy 3.x has caught up in terms of cpyext compliance, a PyPy 3.x patch will follow.
      1d1f81b2
    • Lori A. Burns's avatar
    • Wenzel Jakob's avatar
      always_construct_holder feature to support intrusively reference-counted types (#561) · 20291712
      Wenzel Jakob authored
      * always_construct_holder feature to support intrusively reference-counted types
      
      * added testcase
      20291712
    • Jason Rhinelander's avatar
      Add temporary allow_failure for python 2.7/gcc 6 (#562) · 709e648c
      Jason Rhinelander authored
      Current debian testing has Python 2.7.13-RC1, which has a serious
      regression (upstream https://bugs.python.org/issue5322) which should be
      reverted for RC2 (or the final 2.7.13).  Ignore build failures for this
      build test temporarily (with the intention of reverting this commit in a
      couple of weeks once it stops failing, i.e. when debian testing picks up
      an updated python 2.7 release).
      709e648c
  15. Dec 15, 2016
    • Jason Rhinelander's avatar
      6ae68fe3
    • Jason Rhinelander's avatar
      Change all_of_t/any_of_t to all_of/any_of, add none_of · fa5d05e1
      Jason Rhinelander authored
      This replaces the current `all_of_t<Pred, Ts...>` with `all_of<Ts...>`,
      with previous use of `all_of_t<Pred, Ts...>` becoming
      `all_of<Pred<Ts>...>` (and similarly for `any_of_t`).  It also adds a
      `none_of<Ts...>`, a shortcut for `negation<any_of<Ts...>>`.
      
      This allows `all_of` and `any_of` to be used a bit more flexible, e.g.
      in cases where several predicates need to be tested for the same type
      instead of the same predicate for multiple types.
      
      This commit replaces the implementation with a more efficient version
      for non-MSVC.  For MSVC, this changes the workaround to use the
      built-in, recursive std::conjunction/std::disjunction instead.
      
      This also removes the `count_t` since `any_of_t` and `all_of_t` were the
      only things using it.
      
      This commit also rearranges some of the future std imports to use actual
      `std` implementations for C++14/17 features when under the appropriate
      compiler mode, as we were already doing for a few things (like
      index_sequence).  Most of these aren't saving much (the implementation
      for enable_if_t, for example, is trivial), but I think it makes the
      intention of the code instantly clear.  It also enables MSVC's native
      std::index_sequence support.
      fa5d05e1
    • Jason Rhinelander's avatar
      Remove duplicate protected:/private: · b11b1446
      Jason Rhinelander authored
      b11b1446