Philipp Burckhardt
Philipp Burckhardt
Thanks for taking the time to open this pull request! We automatically replace some links before publishing to `npm` in one of our GitHub action workflows, and some links were...
We will post an update here as soon as the next packages are out and then close the pull request (given that the suggested changes would interfere with our existing...
Concerning the `data.js` and `types.json` debate, the solution most in line with the C file would be to have them both hanging off of one main export. It sounds like...
Yeah, understood and the arguments put forth made sense to me, but I gathered that preserving a comparable format like in C was outweighing the benefits of having them both...
Concerning the question of when to call into C becomes worthwhile, you show benchmarks above showing that >100 might be a good cutoff. How much variation do we expect across...
@kgryte Doesn't `isFunction` serve the purpose of this package perfectly fine? In what circumstances would the behavior differ?
Awesome, thanks for your willingness to work on this! Just assigned you.
The kernel `sin` function is already there inside of `@stdlib/math/base/special/sin`, but needs to be separated into its own package. I can make this a high-priority item and work on this...
If you want to start working on this, @vinothdinakar, you could require the internal package functions directly for now, as in ``` javascript var kernelSin = require( '@stdlib/math/base/special/sin/lib/kernel_sin.js' ); ```...
Closing as the change is incorporated in the latest release of the `@stdlib/string` package.