1. 18 May, 2023 2 commits
  2. 16 May, 2023 3 commits
  3. 04 May, 2023 1 commit
    • Make `absl::Time` from-python conversion (almost) identical to a Google-internal… · 1caf1890
      Make `absl::Time` from-python conversion (almost) identical to a Google-internal implementation under absl/python.
      
      Note that the unit tests are unchanged (in the entire Google codebase).
      
      The remaining very subtle differences between `type_caster<absl::Time>::load()` and the corresponding from-python conversion under absl/python are related to the pybind11 two-pass overload resolution feature that does not exist in PyCLIF.
      
      As a side-effect, this change removes long-obsolete remnants of Python 2 support.
      
      PiperOrigin-RevId: 529457660
      Ralf W. Grosse-Kunstleve committed
  4. 03 May, 2023 2 commits
  5. 24 Apr, 2023 1 commit
  6. 19 Apr, 2023 1 commit
  7. 14 Apr, 2023 1 commit
  8. 30 Mar, 2023 1 commit
  9. 29 Mar, 2023 1 commit
  10. 28 Feb, 2023 1 commit
  11. 13 Feb, 2023 1 commit
  12. 10 Feb, 2023 1 commit
  13. 09 Feb, 2023 1 commit
  14. 08 Feb, 2023 1 commit
  15. 01 Feb, 2023 1 commit
  16. 06 Jan, 2023 1 commit
  17. 20 Dec, 2022 1 commit
    • [NumPy] Remove references to deprecated NumPy type aliases. · 33b5c7d4
      This change replaces references to a number of deprecated NumPy type aliases (np.bool, np.int, np.float, np.complex, np.object, np.str) with their recommended replacement (bool, int, float, complex, object, str).
      
      NumPy 1.24 drops the deprecated aliases, so we must remove uses before updating NumPy.
      
      PiperOrigin-RevId: 496626719
      Peter Hawkins committed
  18. 13 Dec, 2022 1 commit
  19. 06 Dec, 2022 1 commit
  20. 05 Dec, 2022 1 commit
  21. 01 Dec, 2022 1 commit
  22. 30 Nov, 2022 1 commit
  23. 21 Nov, 2022 1 commit
  24. 12 Nov, 2022 1 commit
  25. 08 Nov, 2022 2 commits
  26. 02 Nov, 2022 2 commits
  27. 01 Nov, 2022 1 commit
  28. 31 Oct, 2022 1 commit
  29. 17 Oct, 2022 1 commit
  30. 04 Oct, 2022 1 commit
  31. 30 Sep, 2022 1 commit
  32. 27 Sep, 2022 1 commit
  33. 26 Sep, 2022 1 commit
  34. 23 Sep, 2022 1 commit
    • Change `Status.__repr__` to default `__repr__`, to conform to usual expectations. · 075bf549
      Before this change, `__repr__` is identical to `__str__`. There are countless articles on the web explaining the expected difference, for example:
      
      * https://www.tutorialspoint.com/str-vs-repr-in-python
      
      Quoting "Key differences":
      
      * str(): Make object readable; Generate output to end user
      * repr(): Required code that reproduces object; Generate output for developer
      
      "Required code that reproduces object" is impractical for `Status`, mainly because there is not good way to concisely include the payload, but even just the `.message()` can potentially be very long. Therefore it is best to simply use the default `__repr__`, as is the case for the vast majority of types of significant complexity.
      
      PiperOrigin-RevId: 476406024
      Ralf W. Grosse-Kunstleve committed