[new package] Initial libminpack insertion.#20643
Conversation
|
The changes described below were motivated mostly by the valuable suggestions of @MehdiChinoune that arrived on my email, but I can't see on this board for whatever reason. I am going to write down and discuss briefly all the proposed and addressed changes. Suggestions Outline
ChangesIn order to not use debian distribution files, and since the official minpack website (https://www.netlib.org/minpack) does not provide a file to download the library completely, I had to get each fortran file separetely. Moreover, since there's not a baked configure script in the sources and I don't have the skills to work with autotools, I had to write a CMake build / install script from scratch for both shared and static libraries. In the process to write the cmake script, I decided to add a pkgconfig file ( Note Even though the PKGBUILD script does not test the produced binaries explicitly, I tested them (except Note This new PKGBUILD version keeps the idea of building minpack library with flang on |
|
I have pushed some little changes to clean PKGBUILD. |
Description
MINPACK [1] [2] [3] is a battle-tested software written in Fortran 77 for solving a system of nonlinear equations and nonlinear least squares problems. It is widely used in science, and currently employed on SciPy optimization [4].
Build
For mingw32, mingw64 and ucrt64, the build script uses gfortran to perform the build. On clang64 and clangarm64, it uses LLVM flang to build.
Tests
I have tested minpack binaries on all mingw archs on my Windows 11 virtual machine even out of msys2 tree, exception goes to clangarm64. Since the toolset is the same used by clang64, I am confident it is going to work on clangarm64 too.