compiling with an external copy of cminpack

[veggiesaurus]

Is it possible to compile AST with an external copy of cminpack, rather than using the supplied copy? I'm trying to update the vcpkg port (see PR microsoft/vcpkg#20559 for details), but am getting pushback from their maintainers due to the use of cminpack, rather than relying on a separate shared DLL for it.

[dsberry]

I've just made a commit (ab9e74b) that adds an option "--with-external-cminpack" to the configure script. It omits the internal cminpack routines from the built library, and instead links with an external cminpack library.

[veggiesaurus]

I've just made a commit (ab9e74b) that adds an option "--with-external-cminpack" to the configure script. It omits the internal cminpack routines from the built library, and instead links with an external cminpack library.

thanks for the quick fix. Would you mind building a tar.gz of that commit? I'm struggling to produce one

[dsberry]

I am away on holiday now for over a week, but I'll create a new .tar.gz when I get back.

[dsberry]

AST V9.2.5 now available including "--with-external-cminpack" configure option

[opoplawski]

@dsberry Thank you very much for the --with-external-cminpack option. However, I'm running into an issue. In Fedora, cminpack.h is at /usr/include/cminpack-1/cminpack.h. Could this be detected?

[dsberry]

@opoplawski The cminpack header is only used when compiling src/polymap.c, via the statement:

#include "cminpack/cminpack.h"

When I build AST --with-external-cminpack on my own Fedora machine, it builds successfully because it picks up cminpack.h from the AST source distribution. Configuring --with-external-cminpack means AST doesn't doesn't build its own cminpack or link against it, but the header file is still there in the AST source distribution and can be used when compiling polymap.c.

What error message are you seeing, when does it occur?

[opoplawski]

In the Fedora build of AST, we remove cminpack.h from the AST sources because we want to be sure we are using the Fedora packaged version. That file is at /usr/include/cminpack-1/cminpack.h so the include does not find it. Currently we do:

sed -i -e 's,cminpack/,cminpack-1/,' src/polymap.c

to fix that, but it would be better if AST's configure would find it and configure polymap.c to use that version.