[src,build] Add minimal example to demonstrate pybind11 binding

[danpovey]

No description provided.

[pzelasko]

Perhaps you'll find scikit-build helpful - it's a utility for building different kinds of native extensions for Python with support for CMake (when/if you decide to migrate to CMake) https://github.com/scikit-build/scikit-build

[danpovey]

Thanks. I know that pybind11 building is very easy with CMake, but I wanted to fully understand the actual process before handing it off to an opaque build system. We're working in parallel on the CMake build. Actually it turns out that the build process for pybind11 is really quite simple, even with conventional Makefiles.

…

On Sat, Oct 19, 2019 at 10:29 PM Piotr Żelasko ***@***.***> wrote: Perhaps you'll find scikit-build helpful - it's a utility for building different kinds of native extensions for Python with support for CMake (when/if you decide to migrate to CMake) https://github.com/scikit-build/scikit-build — You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub <#3668?email_source=notifications&email_token=AAZFLO4DHAFPGAQBDIIKJR3QPPUEPA5CNFSM4JCSIEWKYY3PNVWWK3TUL52HS4DFVREXG43VMVBW63LNMVXHJKTDN5WW2ZLOORPWSZGOEBYCXSY#issuecomment-544222155>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AAZFLO2SUURQN6G5F6KATYLQPPUEPANCNFSM4JCSIEWA> .

[naxingyu]

copy_data is an invalid argument.

[naxingyu]

should be copy

[stale]

This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions.

[kkm000]

@danpovey, is pybind11 still a thing?

[csukuangfj]

@danpovey, is pybind11 still a thing?

Not sure. With the experience gained from k2, I think we can do a better job about wrapping kaldi to Python (e.g, integration with PyTorch).

[revdeluxe]

Not sure. With the experience gained from k2, I think we can do a better job about wrapping kaldi to Python (e.g, integration with PyTorch).

Rustlang has cargo and it's quick too. I ran into some runtime issues with Cmake last night. (June 7,2022)
I think wrapping it using rust's cargo would be faster in runtime and buildtime.(But i admit it's a learning curve. but at least errors are handled in-code.)

A suggestion nothing more nothing less;

[csukuangfj]

Not sure. With the experience gained from k2, I think we can do a better job about wrapping kaldi to Python (e.g, integration with PyTorch).

Rustlang has cargo and it's quick too. I ran into some runtime issues with Cmake last night. (June 7,2022) I think wrapping it using rust's cargo would be faster in runtime and buildtime.(But i admit it's a learning curve. but at least errors are handled in-code.)

A suggestion nothing more nothing less;

Could you have a look at

• http://github.com/k2-fsa/k2
• https://github.com/k2-fsa/sherpa

We are putting more effort into the above two projects.

[revdeluxe]

Not sure. With the experience gained from k2, I think we can do a better job about wrapping kaldi to Python (e.g, integration with PyTorch).

Rustlang has cargo and it's quick too. I ran into some runtime issues with Cmake last night. (June 7,2022) I think wrapping it using rust's cargo would be faster in runtime and buildtime.(But i admit it's a learning curve. but at least errors are handled in-code.)
A suggestion nothing more nothing less;

Could you have a look at

• http://github.com/k2-fsa/k2
• https://github.com/k2-fsa/sherpa

We are putting more effort into the above two projects.

Ill see what i can share...