1. 08 Jul, 2021 1 commit
  2. 06 Jul, 2021 1 commit
  3. 04 Jul, 2021 1 commit
  4. 02 Jul, 2021 1 commit
  5. 30 Jun, 2021 2 commits
  6. 26 Jun, 2021 1 commit
  7. 22 Jun, 2021 1 commit
    • Aaron Gokaslan's avatar
      fix(clang-tidy): performance fixes applied in tests and CI (#3051) · dac74ebd
      Aaron Gokaslan authored
      * Initial fixes
      
      * Whoops
      
      * Finish clang-tidy manual fixes
      
      * Add two missing fixes
      
      * Revert
      
      * Update clang-tidy
      
      * Try to fix unreachable code error
      
      * Move nolint comment
      
      * Apply missing fix
      
      * Don't override clang-tidy config
      
      * Does this fix clang-tidy?
      
      * Make all clang-tidy errors visible
      
      * Add comments about NOLINTs and remove a few
      
      * Fix typo
      dac74ebd
  8. 21 Jun, 2021 1 commit
  9. 19 Jun, 2021 1 commit
  10. 08 Jun, 2021 1 commit
    • Jack S. Hale's avatar
      Add const T to docstring generation. (#3020) · 4c7697db
      Jack S. Hale authored
      
      
      * Add const T to docstring generation.
      
      * Change order.
      
      * See if existing test triggers for a const type.
      
      * Add tests.
      
      * Fix test.
      
      * Remove experiment.
      
      * Reformat.
      
      * More tests, checks run.
      
      * Adding `test_fmt_desc_` prefix to new test functions.
      
      * Using pytest.mark.parametrize to 1. condense test; 2. exercise all functions even if one fails; 3. be less platform-specific (e.g. C++ float is not necessarily float32).
      Co-authored-by: default avatarRalf W. Grosse-Kunstleve <rwgk@google.com>
      4c7697db
  11. 27 May, 2021 2 commits
  12. 06 May, 2021 1 commit
  13. 04 May, 2021 1 commit
    • Pieter P's avatar
      Fix Unicode support for ostream redirects (#2982) · 0c93a0f3
      Pieter P authored
      * Crash when printing Unicode to redirected cout
      Add failing tests
      
      * Fix Unicode crashes redirected cout
      
      * pythonbuf::utf8_remainder check end iterator
      
      * Remove trailing whitespace and formatting iostream
      
      * Avoid buffer overflow if ostream redirect races
      This doesn't solve the actual race, but at least it now has a much lower
      probability of reading past the end of the buffer even when data races
      do occur.
      0c93a0f3
  14. 21 Apr, 2021 1 commit
  15. 14 Apr, 2021 1 commit
  16. 13 Apr, 2021 1 commit
  17. 03 Apr, 2021 1 commit
  18. 02 Apr, 2021 2 commits
  19. 09 Mar, 2021 1 commit
  20. 08 Mar, 2021 1 commit
  21. 05 Mar, 2021 1 commit
  22. 25 Feb, 2021 1 commit
  23. 23 Feb, 2021 3 commits
  24. 14 Feb, 2021 1 commit
    • Vikram Pal's avatar
      Add pybind11::bytearray (#2799) · 417067ee
      Vikram Pal authored
      * Add initial implementation
      
      * Add few more methods
      
      * Add tests
      
      * Fix a typo
      
      * Use std::string constructor which takes size
      
      * Fix implicit sign conversion error
      
      * Add size method and test
      
      * Remove implicit conversion
      
      * Fix bytearray constructors and operator std::string()
      
      * Make implicit bytearray constructor explicit
      
      * Rerun tests
      
      * Add null check
      
      * Rerun tests
      
      * Rerun tests - 2
      
      * Remove NULL check
      417067ee
  25. 12 Feb, 2021 1 commit
  26. 01 Feb, 2021 1 commit
  27. 31 Jan, 2021 2 commits
  28. 29 Jan, 2021 1 commit
  29. 27 Jan, 2021 1 commit
  30. 25 Jan, 2021 1 commit
    • Yannick Jadoul's avatar
      Always call PyNumber_Index when casting from Python to a C++ integral type, also pre-3.8 (#2801) · 0bb8ca26
      Yannick Jadoul authored
      * Always call PyNumber_Index when casting from Python to a C++ integral type, also pre-3.8
      
      * Fixed on PyPy
      
      * Simplify use of PyNumber_Index, following @rwgk's idea, and ignore warnings in >=3.8
      
      * Reproduce mismatch between pre-3.8 and post-3.8 behavior on __index__ throwing TypeError
      
      * Fix tests on 3.6 <= Python < 3.8
      
      * No, I don't have an uninitialized variable
      
      * Fix use of __index__ on Python 2
      
      * Make types in test_int_convert more ~boring~ descriptive
      0bb8ca26
  31. 24 Jan, 2021 1 commit
    • crimsoncor's avatar
      Force the builtin module key to be the correct type. (#2814) · 9ea39dc3
      crimsoncor authored
      
      
      * Force the builtin module key to be the correct type.
      
      Previously it was always going to be a std::string which converted into
      unicode. Python 2 appears to want module keys to be normal str types, so
      this was breaking code that expected plain string types in the
      builtins.keys() data structure
      
      * Add a simple unit test to ensure all built-in keys are str
      
      * Update the unit test so it will also run on pypy
      
      * Run pre-commit.
      Co-authored-by: default avatarJesse Clemens <jesse.clemens@sony.com>
      9ea39dc3
  32. 19 Jan, 2021 2 commits
  33. 18 Jan, 2021 1 commit
    • Michael Kuron's avatar
      fix: Intel ICC C++17 compatibility (#2729) · 48534089
      Michael Kuron authored
      
      
      * CI: Intel icc/icpc via oneAPI
      
      Add testing for Intel icc/icpc via the oneAPI images.
      Intel oneAPI is in a late beta stage, currently shipping
      oneAPI beta09 with ICC 20.2.
      
      CI: Skip Interpreter Tests for Intel
      
      Cannot find how to add this, neiter the package `libc6-dev` nor
      `intel-oneapi-mkl-devel` help when installed to solve this:
      ```
      -- Looking for C++ include pthread.h
      -- Looking for C++ include pthread.h - not found
      CMake Error at /__t/cmake/3.18.4/x64/cmake-3.18.4-Linux-x86_64/share/cmake-3.18/Modules/FindPackageHandleStandardArgs.cmake:165 (message):
        Could NOT find Threads (missing: Threads_FOUND)
      Call Stack (most recent call first):
        /__t/cmake/3.18.4/x64/cmake-3.18.4-Linux-x86_64/share/cmake-3.18/Modules/FindPackageHandleStandardArgs.cmake:458 (_FPHSA_FAILURE_MESSAGE)
        /__t/cmake/3.18.4/x64/cmake-3.18.4-Linux-x86_64/share/cmake-3.18/Modules/FindThreads.cmake:234 (FIND_PACKAGE_HANDLE_STANDARD_ARGS)
        tests/test_embed/CMakeLists.txt:17 (find_package)
      ```
      
      CI: libc6-dev from GCC for ICC
      
      CI: Run bare metal for oneAPI
      
      CI: Ubuntu 18.04 for oneAPI
      
      CI: Intel +Catch -Eigen
      
      CI: CMake from Apt (ICC tests)
      
      CI: Replace Intel Py with GCC Py
      
      CI: Intel w/o GCC's Eigen
      
      CI: ICC with verbose make
      
      [Debug] Find core dump
      
      tests: use arg{} instead of arg() for Intel
      
      tests: adding a few more missing {}
      
      fix: sync with @tobiasleibner's branch
      
      fix: try ubuntu 20-04
      
      fix: drop exit 1
      
      docs: Apply suggestions from code review
      Co-authored-by: default avatarTobias Leibner <tobias.leibner@googlemail.com>
      
      Workaround for ICC enable_if issues
      
      Another workaround for ICC's enable_if issues
      
      fix error in previous commit
      
      Disable one test for the Intel compiler in C++17 mode
      
      Add back one instance of py::arg().noconvert()
      
      Add NOLINT to fix clang-tidy check
      
      Work around for ICC internal error in PYBIND11_EXPAND_SIDE_EFFECTS in C++17 mode
      
      CI: Intel ICC with C++17
      
      docs: pybind11/numpy.h does not require numpy at build time. (#2720)
      
      This is nice enough to be mentioned explicitly in the docs.
      
      docs: Update warning about Python 3.9.0 UB, now that 3.9.1 has been released (#2719)
      
      Adjusting `type_caster<std::reference_wrapper<T>>` to support const/non-const propagation in `cast_op`. (#2705)
      
      * Allow type_caster of std::reference_wrapper<T> to be the same as a native reference.
      
      Before, both std::reference_wrapper<T> and std::reference_wrapper<const T> would
      invoke cast_op<type>. This doesn't allow the type_caster<> specialization for T
      to distinguish reference_wrapper types from value types.
      
      After, the type_caster<> specialization invokes cast_op<type&>, which allows
      reference_wrapper to behave in the same way as a native reference type.
      
      * Add tests/examples for std::reference_wrapper<const T>
      
      * Add tests which use mutable/immutable variants
      
      This test is a chimera; it blends the pybind11 casters with a custom
      pytype implementation that supports immutable and mutable calls.
      
      In order to detect the immutable/mutable state, the cast_op needs
      to propagate it, even through e.g. std::reference<const T>
      
      Note: This is still a work in progress; some things are crashing,
      which likely means that I have a refcounting bug or something else
      missing.
      
      * Add/finish tests that distinguish const& from &
      
      Fixes the bugs in my custom python type implementation,
      demonstrate test that requires const& and reference_wrapper<const T>
      being treated differently from Non-const.
      
      * Add passing a const to non-const method.
      
      * Demonstrate non-const conversion of reference_wrapper in tests.
      
      Apply formatting presubmit check.
      
      * Fix build errors from presubmit checks.
      
      * Try and fix a few more CI errors
      
      * More CI fixes.
      
      * More CI fixups.
      
      * Try and get PyPy to work.
      
      * Additional minor fixups. Getting close to CI green.
      
      * More ci fixes?
      
      * fix clang-tidy warnings from presubmit
      
      * fix more clang-tidy warnings
      
      * minor comment and consistency cleanups
      
      * PyDECREF -> Py_DECREF
      
      * copy/move constructors
      
      * Resolve codereview comments
      
      * more review comment fixes
      
      * review comments: remove spurious &
      
      * Make the test fail even when the static_assert is commented out.
      
      This expands the test_freezable_type_caster a bit by:
      1/ adding accessors .is_immutable and .addr to compare identity
      from python.
      2/ Changing the default cast_op of the type_caster<> specialization
      to return a non-const value. In normal codepaths this is a reasonable
      default.
      3/ adding roundtrip variants to exercise the by reference, by pointer
      and by reference_wrapper in all call paths.  In conjunction with 2/, this
      demonstrates the failure case of the existing std::reference_wrpper conversion,
      which now loses const in a similar way that happens when using the default cast_op_type<>.
      
      * apply presubmit formatting
      
      * Revert inclusion of test_freezable_type_caster
      
      There's some concern that this test is a bit unwieldly because of the use
      of the raw <Python.h> functions. Removing for now.
      
      * Add a test that validates const references propagation.
      
      This test verifies that cast_op may be used to correctly detect
      const reference types when used with std::reference_wrapper.
      
      * mend
      
      * Review comments based changes.
      
      1. std::add_lvalue_reference<type> -> type&
      2. Simplify the test a little more; we're never returning the ConstRefCaster
      type so the class_ definition can be removed.
      
      * formatted files again.
      
      * Move const_ref_caster test to builtin_casters
      
      * Review comments: use cast_op and adjust some comments.
      
      * Simplify ConstRefCasted test
      
      I like this version better as it moves the assertion that matters
      back into python.
      
      ci: drop pypy2 linux, PGI 20.7, add Python 10 dev (#2724)
      
      * ci: drop pypy2 linux, add Python 10 dev
      
      * ci: fix mistake
      
      * ci: commented-out PGI 20.11, drop 20.7
      
      fix: regression with installed pybind11 overriding local one (#2716)
      
      * fix: regression with installed pybind11 overriding discovered one
      
      Closes #2709
      
      * docs: wording incorrect
      
      style: remove redundant instance->owned = true (#2723)
      
      which was just before set to True in instance->allocate_layout()
      
      fix: also throw in the move-constructor added by the PYBIND11_OBJECT macro, after the argument has been moved-out (if necessary) (#2701)
      
      Make args_are_all_* ICC workarounds unconditional
      
      Disable test_aligned on Intel ICC
      
      Fix test_aligned on Intel ICC
      
      Skip test_python_alreadyset_in_destructor on Intel ICC
      
      Fix test_aligned again
      
      ICC CI: Downgrade pytest
      
      pytest 6 does not capture the `discard_as_unraisable` stderr and
      just writes a warning with its content instead.
      
      * refactor: simpler Intel workaround, suggested by @laramiel
      
      * fix: try version with impl to see if it is easier to compile
      
      * docs: update README for ICC
      Co-authored-by: default avatarAxel Huebl <axel.huebl@plasma.ninja>
      Co-authored-by: default avatarHenry Schreiner <henryschreineriii@gmail.com>
      48534089