# Linear algebra support in stdlib **URL:** \ **Category:** stdlib\ **Created:** [December 4, 2023, 2:24pm UTC](https://fortran-lang.discourse.group/t/linear-algebra-support-in-stdlib/6917 "2023-12-04T14:24:30Z")\ **Posts on this page:** 1\ **Showing post:** 7
**Author:** ![FedericoPerini](https://yyz2.discourse-cdn.com/free1/user_avatar/fortran-lang.discourse.group/federicoperini/32/1750_2.png) [@FedericoPerini](https://fortran-lang.discourse.group/u/FedericoPerini)\ **Post date:** [December 4, 2023, 7:32pm UTC](https://fortran-lang.discourse.group/t/linear-algebra-support-in-stdlib/6917/7 "2023-12-04T19:32:08Z")
I think we don’t want to lose that capability at least for the expert interface. I have never thoroughly explored a solution, but I believe that with the new standard, the stride may be read back into Fortran from a C routine that calls a C-Fortran descriptor on the input array: > [@Is ISO\_Fortran\_binding.h compatible for different Fortran ABIs?](https://fortran-lang.discourse.group/t/is-iso-fortran-binding-h-compatible-for-different-fortran-abis/2652): > > Using Fortran2008/C intercompatibility via bind(c) does allow Fortran libraries to export APIs with the same ABI compatibility as available in C. Now with the ISO\_Fortran\_binding.h we get another possibility to define Fortran compatible C-APIs, while in principle useful. The question is whether it also guarantees ABI compatibility. Looking into the ISO\_Fortran\_binding.h defined by different compilers shows discrepancies, like for the CFI\_dim\_t, GCC defines typedef struct CFI\_dim\_t { CFI\_… --- _[View the full topic](https://fortran-lang.discourse.group/t/linear-algebra-support-in-stdlib/6917)._