Add missing super().__init__() involving types wrapped in xla/pytho…

…n/sharding.cc

This change is to unblock google/pybind11clif#30095.

Leaving wrapped C++ types uninitialized creates a potential for triggering undefined behavior from Python.

PiperOrigin-RevId: 602787434

xla/python/sharding.cc

@@ -289,12 +289,14 @@ void RegisterSharding(py::module& m) {
   py::object abc_init = abc_module.attr("_abc_init");
 
   // NOLINTNEXTLINE(bugprone-unused-raii)
-  py::class_<Sharding>(m, "Sharding", py::metaclass(abc_meta));
+  py::class_<Sharding>(m, "Sharding", py::metaclass(abc_meta))
+      .def(py::init<>());
   abc_init(py::type::of<Sharding>());
 
   // NOLINTNEXTLINE(bugprone-unused-raii)
   py::class_<XLACompatibleSharding, Sharding>(m, "XLACompatibleSharding",
-                                              py::metaclass(abc_meta));
+                                              py::metaclass(abc_meta))
+      .def(py::init<>());
   abc_init(py::type::of<XLACompatibleSharding>());
 
   py::class_<NamedSharding, XLACompatibleSharding>(m, "NamedSharding",

xla/python/xla_client.py

@@ -48,7 +48,7 @@
 
 # Just an internal arbitrary increasing number to help with backward-compatible
 # changes. In JAX, reference this via jax._src.lib.xla_extension_version.
-_version = 234
+_version = 235
 
 # Version number for MLIR:Python components.
 mlir_api_version = 55