Skip to content

[BUG]: std::move_constructible and pybind11::detail::is_move_constructible differ #5983

Open

Description

@Simon-Lopez

Required prerequisites

What version (or hash if on master) of pybind11 are you using?

3.0.1

Problem description

I'm not sure this is a bug.

Must std::move_constructible concept and pybind11::is_move_constructible evaluate the same?

When a struct has a value_type member typedef set to void the two predicates differ (cf. code below).
I stumbled into this problem using CGAL (cf. CGAL/cgal#9319).

Reproducible example code

#include <concepts>
#include <pybind11/pybind11.h>

struct A {
    typedef int value_type;
};
static_assert(std::move_constructible<A>); // OK
static_assert(pybind11::detail::is_move_constructible<A>::value); // OK

struct B {
    typedef void value_type;
};
static_assert(std::move_constructible<B>); // OK
static_assert(pybind11::detail::is_move_constructible<B>::value); // fails

Is this a regression? Put the last known working version here if it is.

Not a regression

Activity

  1. Skylion007 commented on Mar 8, 2026

    @Skylion007
    Collaborator

    "- The newly added pybind11::detail::is_move_constructible trait can be
    specialized for cases in which std::is_move_constructible does not
    work as needed. This is very similar to the long-established
    pybind11::detail::is_copy_constructible.
    #4631"

    So no, they explicitly don't evaluate the same. The question is should they in the case you described

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    triageNew bug, unverified

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions