# Adding more lapack wrappers to base julia

**URL:** <https://discourse.julialang.org/t/adding-more-lapack-wrappers-to-base-julia/25490>\
**Category:** Internals & Design\
**Tags:** lapack\
**Created:** [June 20, 2019, 5:36pm UTC](https://discourse.julialang.org/t/adding-more-lapack-wrappers-to-base-julia/25490 "2019-06-20T17:36:21Z")\
**Posts on this page:** 2\
**Page:** 1

<div class="post-metadata">

**Author:** ![gasagna](https://sea2.discourse-cdn.com/julialang/user_avatar/discourse.julialang.org/gasagna/32/1275_2.png) [@gasagna](https://discourse.julialang.org/u/gasagna)\
**Post date:** [June 20, 2019, 5:36pm UTC](https://discourse.julialang.org/t/adding-more-lapack-wrappers-to-base-julia/25490/1 "2019-06-20T17:36:21Z")

</div>

I find myself in need of few additional LAPACK routines that are not currently wrapped in base Julia. What is the policy for adding new wrappers, should I make a PR?

---

<div class="post-metadata">

**Author:** ![StefanKarpinski](https://sea2.discourse-cdn.com/julialang/user_avatar/discourse.julialang.org/stefankarpinski/32/24_2.png) [@StefanKarpinski](https://discourse.julialang.org/u/StefanKarpinski)\
**Post date:** [June 23, 2019, 12:08pm UTC](https://discourse.julialang.org/t/adding-more-lapack-wrappers-to-base-julia/25490/2 "2019-06-23T12:08:27Z")

</div>

Yes, I think that would be welcomed (makes sense to me at least). There tend to be two levels:

1. Low-level wrappers that match BLAS and LAPACK closely but presenting a more Julian calling convention.
2. High-level factorization-style interfaces that make specialized calls to implement fast versions of generic operations.

I would start with the first, which is pretty straightforward and uncontroversial and add doc strings and relevant tests. That should get merged pretty quickly.

Of course, be aware that new features will not be available until the next minor release, which at this point would be 1.3. But you can add an implementation of new functionality to Compat and use that to call it on earlier Julia versions.