Skip to content

P
pybind11_abseil
Switch branch/tag
  1. 31 Jul, 2023 2 commits
  3. 03 Jul, 2023 1 commit
  5. 30 Jun, 2023 1 commit
  7. 06 Jun, 2023 1 commit
    • Change pybind11_abseil `absl::Time` to-python conversion to return a datetime… · afa0489d 
      Change pybind11_abseil `absl::Time` to-python conversion to return a datetime object with UTC timezone.

The original motivation for this change was to achieve compatibility with absl/python behavior (currently only used Google-internally), but it is a good change in its own right: `absl::Time` does not carry any timezone information, using the local timezone in the to-python conversion is far more complicated than using the UTC timezone, in particular because

1. it makes the to-python conversion dependent on zoneinfo or equivalent.

2. potentially (and confusingly) 3 instead of 2 timezones can appear in a from-python - to-python conversion roundtrip, e.g. starting with a non-local timezone in Python, implicit UTC timezone in C++, then the local timezone when converted back to Python.

If this CL causes a breakage
----------------------------

The most likely root cause is a latent inconistency/bug in handling timezones, most notably due to a "naive" datetime object in the mix:

* https://docs.python.org/3/library/datetime.html#aware-and-naive-objects

In such a case, callers need to be updated to pass "aware" datetime objects instead. In the general case, this is the only way to ensure system-wide consistency. As a side-effect, such fixes are likely to prevent or resolve issues during DST transitions.

PiperOrigin-RevId: 538240189
      Ralf W. Grosse-Kunstleve committed
  9. 24 May, 2023 1 commit
  11. 18 May, 2023 2 commits
  13. 16 May, 2023 3 commits
  15. 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
  17. 03 May, 2023 2 commits
  19. 24 Apr, 2023 1 commit
  21. 19 Apr, 2023 1 commit
  23. 14 Apr, 2023 1 commit
  25. 30 Mar, 2023 1 commit
  27. 29 Mar, 2023 1 commit
  29. 28 Feb, 2023 1 commit
  31. 13 Feb, 2023 1 commit
  33. 10 Feb, 2023 1 commit
  35. 09 Feb, 2023 1 commit
  37. 08 Feb, 2023 1 commit
  39. 01 Feb, 2023 1 commit
  41. 06 Jan, 2023 1 commit
  43. 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
  45. 13 Dec, 2022 1 commit
  47. 06 Dec, 2022 1 commit
  49. 05 Dec, 2022 1 commit
  51. 01 Dec, 2022 1 commit
  53. 30 Nov, 2022 1 commit
  55. 21 Nov, 2022 1 commit
  57. 12 Nov, 2022 1 commit
  59. 08 Nov, 2022 2 commits
  61. 02 Nov, 2022 2 commits
  63. 01 Nov, 2022 1 commit
  65. 31 Oct, 2022 1 commit