Fix creation functions with builtin like kwarg

[dwierichs]

This PR fixes #22 by making _maybe_inject_dtype_device fall back to the type of the provided like input if the attribute like.dtype does not exist.
Tests are added accordingly.

[pep8speaks]

Hello @dwierichs! Thanks for updating this PR. We checked the lines you've touched for PEP 8 issues, and found:

There are currently no PEP 8 issues detected in this Pull Request. Cheers! 🍻

Comment last updated at 2024-05-13 19:11:15 UTC

[jcmgray]

Hi @dwierichs, thanks for the issue and quick PR!

The test failure is genuine - and comes from the fact that the numpy default integer type on windows is int32 not int64... ( I think this is about to change with numpy v2.0).

You could change the type check to something softer, with e.g.:

assert "int" in ar.get_dtype_name(y)

for the integer case.

[dwierichs]

Thanks for the context @jcmgray , that would have taken me way too much time to find out 😅

I went for

assert y.dtype in expected

and a list of expected=[np.int32, np.int64] for that test case. Hope that works :)

[jcmgray]

Perfect thanks very much!