I have a project that only requires a handful of routines from GSL---for example, those in gsl/ode-initval2.

Is there a "clean" way (via some CMake options/variables?) to only build certain folders, and only include those in the final static lib libgsl.a?

Currently, my project's build time is dominated by GSL; it seems inefficient to build the entire library when I'm only using a small subset of it.

Testing under Windows, the example at the bottom of http://ampl.github.io/amplgsl/rng.html appears to give the same random results regardless of the seed setting:

ampl: option GSL_RNG_TYPE 'taus'; ampl: option GSL_RNG_SEED 123; ampl: include gsl.ampl; ampl: print gsl_ran_gaussian(1); 0.1339186081186759 ampl: print gsl_ran_gaussian(1); -0.0881009918314384 ampl: print gsl_ran_gaussian(1); 1.6744084062537739 ampl: quit sw: sw: ampl ampl: option GSL_RNG_TYPE 'taus'; ampl: option GSL_RNG_SEED 237; ampl: include gsl.ampl; ampl: print gsl_ran_gaussian(1); 0.1339186081186759 ampl: print gsl_ran_gaussian(1); -0.0881009918314384 ampl: print gsl_ran_gaussian(1); 1.6744084062537739 ampl:

Also in http://ampl.github.io/amplgsl/rng.html it is stated that

In AMPL version 20120830 and later the standard randseed option can be used instead of GSL_RNG_SEED to specify the random number generator seed.

But changes to AMPL's option randseed do not appear to affect the seed used for the GSL random functions, even if they are made before loading gsl.ampl. It does work to invoke set GSL_RNG_SEED=1 before starting the AMPL process.

Similar comments apply to GSL_RNG_TYPE.

building static libraries with VS2008 and VS2010 fails during installation since it tries to copy PDB files which do not exist. The commit in question is 651b6af5fa89b4954e67ad2eae6c7bdd1d2ef77c Going back to 8f07f98381db693f25d99e507dcb9b70c2026c00 (which I tagged v2.1-static) works for my application which expects static .lib files for linkage.

I'm trying to compile GSL with shared library support using visual studio community 2015. This is to provide windows support in the conda recipe: https://github.com/conda-forge/gsl-feedstock/issues/7

The issue I'm having is as follows. I run:

cmake . -DBUILD_SHARED_LIB=1
msbuild GSL.sln

I then get an error:

"C:\jk-work\gsl\GSL.sln" (default target) (1) ->
"C:\jk-work\gsl\ALL_BUILD.vcxproj.metaproj" (default target) (2) ->
"C:\jk-work\gsl\block_test.vcxproj.metaproj" (default target) (4) ->
"C:\jk-work\gsl\gsl.vcxproj.metaproj" (default target) (5) ->
"C:\jk-work\gsl\gsl.vcxproj" (default target) (10) ->
(Link target) ->
  gsl.def : error LNK2001: unresolved external symbol gsl_multilarge_nlinear_df
 [C:\jk-work\gsl\gsl.vcxproj]
  gsl.def : error LNK2001: unresolved external symbol gsl_multilarge_nlinear_fd
fvv [C:\jk-work\gsl\gsl.vcxproj]
  C:/jk-work/gsl/Debug/gsl.lib : fatal error LNK1120: 2 unresolved externals [C
:\jk-work\gsl\gsl.vcxproj]

    288 Warning(s)
    3 Error(s)

Apologies if I'm doing something stupid here; I'm a windows noob!

Log:

18/51 Test #18: eigen_test .......................***Failed    0.34 sec
FAIL: gen, direct eigenvalue(4) imag, random (-0.481216772353650846 observed vs 0.481216772353650846 expected) [877968]
FAIL: gen, direct eigenvalue(5) imag, random (0.481216772353650901 observed vs -0.481216772353650846 expected) [877970]
FAIL: gen, direct eigenvalue(15) imag, random (6.85872455924790447 observed vs -6.85872455924790536 expected) [877990]
FAIL: gen, direct eigenvalue(16) imag, random (-6.85872455924790536 observed vs 6.85872455924790625 expected) [877992]

It should be possible to generate Visual Studio projects that are building into dll but with statically linked VC++ runtime libraries, so that anyone can run this dll library without the need for vc_redist etc.

here is one approach: http://stackoverflow.com/questions/10113017/setting-the-msvc-runtime-in-cmake

I just wanted to get dll files. Compilation to *.lib files went just fine, but compilation to shared library failed.

Severity Code Description Project File Line Suppression State Error LNK2001 unresolved external symbol gsl_sf_legendre_sphPlm_array gsl C:\Users\Speedziarz\Downloads\gsl-master\gsl.def 1
Error LNK2001 unresolved external symbol gsl_sf_legendre_sphPlm_deriv_array gsl C:\Users\Speedziarz\Downloads\gsl-master\gsl.def 1
Error LNK2001 unresolved external symbol gsl_sf_legendre_Plm_deriv_array gsl C:\Users\Speedziarz\Downloads\gsl-master\gsl.def 1
Error LNK2001 unresolved external symbol gsl_sf_legendre_Plm_array gsl C:\Users\Speedziarz\Downloads\gsl-master\gsl.def 1
Error LNK2001 unresolved external symbol gsl_sf_legendre_array_size gsl C:\Users\Speedziarz\Downloads\gsl-master\gsl.def 1
Error LNK2001 unresolved external symbol gsl_multifit_fdfsolver_dif_fdf gsl C:\Users\Speedziarz\Downloads\gsl-master\gsl.def 1
Error LNK2001 unresolved external symbol gsl_bspline_deriv_free gsl C:\Users\Speedziarz\Downloads\gsl-master\gsl.def 1
Error LNK2001 unresolved external symbol gsl_bspline_deriv_alloc gsl C:\Users\Speedziarz\Downloads\gsl-master\gsl.def 1
Error LNK1120 8 unresolved externals gsl C:\Users\Speedziarz\Downloads\gsl-master\Release\gsl.lib 1

Another thing is that it would be nice to have an option to compile to x64 too (VS listed only Win32 configuration).

Default build without any options is ok. But if I try to change runtime options I will receive link errors. CMake options didn't work as expected. I provided options BUILD_DYNRT_LIBS:BOOL=ON and MSVC_RUNTIME_DYNAMIC:BOOL=ON but received error error LNK2038: mismatch detected for 'RuntimeLibrary': value 'MTd_StaticDebug' doesn't match value 'MDd_DynamicDebug' in gsl-test.cc.obj I also provided additional option BUILD_MT_LIBS:BOOL=ON but error was the same. Looks like missing runtime flag for some targets.

It seems the purpose of this project is to provide a cmake for the project. However, the INSTALL file does not give instructions on how to build with cmake. Although this may seem obvious, it makes one uncertain of whether or not cmake will work and/or whether the old configure/make/make install will work in the project. Also, there's a deeply nested submodule that needs to get an init and update before one can start the build. Such documentation might expose the use of NO_AMPL_BINDINGS and explain what the impact of setting this flag is. Do certain GSL features require the AMPL bindings or is this an extension of the GSL feature set?

Hello! I am trying to compile examples from this page. Operating system: Windows 10 Compiler: msvs 2019 Build system: cmake GSL: tried both 2.4 and 2.6 from conda

cmake_minimum_required(VERSION 3.15)
project(test)

find_package(GSL REQUIRED)

add_executable(test)
target_sources(test PRIVATE main.cpp)
target_include_directories(test PRIVATE "${GSL_INCLUDE_DIRS}")
target_link_libraries(test "${GSL_LIBRARIES}")

#include <stdio.h>
#include <gsl/gsl_errno.h>
#include <gsl/gsl_matrix.h>
#include <gsl/gsl_odeiv2.h>

int
func (double t, const double y[], double f[],
      void *params)
{
    (void)(t); /* avoid unused parameter warning */
    double mu = *(double *)params;
    f[0] = y[1];
    f[1] = -y[0] - mu*y[1]*(y[0]*y[0] - 1);
    return GSL_SUCCESS;
}

int
jac (double t, const double y[], double *dfdy,
     double dfdt[], void *params)
{
    (void)(t); /* avoid unused parameter warning */
    double mu = *(double *)params;
    gsl_matrix_view dfdy_mat
            = gsl_matrix_view_array (dfdy, 2, 2);
    gsl_matrix * m = &dfdy_mat.matrix;
    gsl_matrix_set (m, 0, 0, 0.0);
    gsl_matrix_set (m, 0, 1, 1.0);
    gsl_matrix_set (m, 1, 0, -2.0*mu*y[0]*y[1] - 1.0);
    gsl_matrix_set (m, 1, 1, -mu*(y[0]*y[0] - 1.0));
    dfdt[0] = 0.0;
    dfdt[1] = 0.0;
    return GSL_SUCCESS;
}

int
main (void)
{
    double mu = 10;
    gsl_odeiv2_system sys = {func, jac, 2, &mu};

    gsl_odeiv2_driver * d =
            gsl_odeiv2_driver_alloc_y_new (&sys, gsl_odeiv2_step_rk8pd,
                                           1e-6, 1e-6, 0.0);
    int i;
    double t = 0.0, t1 = 100.0;
    double y[2] = { 1.0, 0.0 };

    for (i = 1; i <= 100; i++)
    {
        double ti = i * t1 / 100.0;
        int status = gsl_odeiv2_driver_apply (d, &t, ti, y);

        if (status != GSL_SUCCESS)
        {
            printf ("error, return value=%d\n", status);
            break;
        }

        printf ("%.5e %.5e %.5e\n", t, y[0], y[1]);
    }

    gsl_odeiv2_driver_free (d);
    return 0;
}

I am getting this error: error LNK2001: unresolved external symbol gsl_odeiv2_step_rk8pd

The same example works fine on Linux. The basic example from here works fine on Windows, so the problem is just the example above. Can you please point out what is wrong? Thanks

It appears that the GSL trigonometric functions have not been included. Many are built into AMPL anyway, but not all.

In particular one user needs sinc(x) = (if x != 0 then sin(x)/x else 1). This function can be implemented in AMPL using an if-then-else, but in the user's example that becomes awkward due to the large number of terms that use sinc and the complexity of the expressions that are arguments to sinc.

I am trying to build the Windows 10 GSL shared library under mingw810_64 (x86_64-w64-mingw32) in this way: mkdir build cd build cmake .. -G"MinGW Makefiles" -DNO_AMPL_BINDINGS=1 -DBUILD_SHARED_LIBS:BOOL=ON cmake –build .

Many warnings and errors appear during the building process and, while the libgslcblas.dll is working, the libgsl.dll does not work. The first cmake command produces few warnings. One of them is : Performing Test C_EXTERN_INLINE – Failed The second cmake command produces many almost identical warning as: [ 35%] Building C object CMakeFiles/gsl.dir/specfunc/gamma.c.obj In file included from C:/gsl-2.7/build/gsl/gsl_math.h:23, from C:\gsl-2.7\specfunc\gamma.c:23: C:/gsl-2.7/build/gsl/gsl_sys.h:45:5: warning: 'gsl_finite' redeclared without dllimport attribute: previous dllimport ignored [-Wattributes] int gsl_finite (const double x); ^~~~~~~~~~ The obj files are produced but, after the linking into libgsl.dll, the sys_test.exe compilation gives a long list of errors as: undefined reference to `gsl_xxxxx' If the option -DBUILD_SHARED_LIBS:BOOL=ON is removed the situation improves and the ctest command: ctest --output-on-failure reports: 91% tests passed, 5 tests failed out of 55 Total Test time (real) = 54.09 sec The following tests FAILED: 6 - block_test (Failed) 7 - vector_test (Failed) 8 - vector_test_static (Failed) 9 - matrix_test (Failed) 10 - matrix_test_static (Failed) Errors while running CTest

Is there anything I can try to get a working libgsl.dll?

When I use gsl_multifit.h library for fitting I get the error ./newnew: symbol lookup error: /usr/local/lib/libgsl.so.27: undefined symbol: cblas_dcopy Help me trouble shooting the issue. I use pop-os 22.04 os and gsl-2.7

👋

I'm writing on behalf of the Krita (https://krita.org) development team. We're using this repo to build GSL, and we have some patches for upstreaming that will enable it to build out of the box with MSYS compilers.

Would a PR be suitable for you?

cc @alvinhochun @vanyossi @sh-zam

wingslf.obj : error LNK2001: 无法解析的外部符号 gsl_wavelet_daubechies 1>wingslf.obj : error LNK2001: 无法解析的外部符号 gsl_wavelet_haar 1>wingslf.obj : error LNK2001: 无法解析的外部符号 gsl_wavelet_bspline 1>D:\work\TTHS\code\win gslf\x64\Debug\wingslf.exe : fatal error LNK1120: 3 个无法解析的外部命令

I'd build the GSL shared library under MSys2:

pacman -S git cmake ninja gcc

git clone https://github.com/ampl/gsl.git
cd gsl
mkdir build
cd build
cmake -DBUILD_SHARED_LIBS:BOOL=ON -G "Ninja" ..
cmake --build .
ctest --output-on-failure

Everything goes fine, thank you very much for providing this excellent CMake support.

My questions now:

• In directory bin/, I find amplgsl.dll and msys-gsl.dll. What is the relation between these two? Do I need to link to both of them?

• Where are the corresponding lib or dll.a files? In the build main directory, I find libgsl.dll.a. Why yet another name?

In windows with MSYS2+minGW64 and running make -i check results in the following failure:

make[1]: Entering directory '/home/Soren/gsl/spmatrix'
make  test.exe
make[2]: Entering directory '/home/Soren/gsl/spmatrix'
gcc -DHAVE_CONFIG_H -I. -I..  -I..   -g -O2 -MT test.o -MD -MP -MF .deps/test.Tpo -c -o test.o test.c
mv -f .deps/test.Tpo .deps/test.Po
/bin/sh ../libtool  --tag=CC   --mode=link gcc  -g -O2   -o test.exe test.o libgslspmatrix.la ../bst/libgslbst.la ../test/libgsltest.la ../matrix/libgslmatrix.la ../vector/libgslvector.la ../blas/libgslblas.la ../cblas/libgslcblas.la ../block/libgslblock.la  ../sys/libgslsys.la ../err/libgslerr.la ../utils/libutils.la ../rng/libgslrng.la -lm
libtool: link: gcc -g -O2 -o .libs/test.exe test.o  ./.libs/libgslspmatrix.a ../bst/.libs/libgslbst.a ../test/.libs/libgsltest.a ../matrix/.libs/libgslmatrix.a ../vector/.libs/libgslvector.a ../blas/.libs/libgslblas.a ../cblas/.libs/libgslcblas.dll.a ../block/.libs/libgslblock.a ../sys/.libs/libgslsys.a ../err/.libs/libgslerr.a ../utils/.libs/libutils.a ../rng/.libs/libgslrng.a -L/mingw64/lib
make[2]: Leaving directory '/home/Soren/gsl/spmatrix'
make  check-TESTS
make[2]: Entering directory '/home/Soren/gsl/spmatrix'
make[3]: Entering directory '/home/Soren/gsl/spmatrix'
FAIL: test.exe
make[4]: Entering directory '/home/Soren/gsl/spmatrix'
make[4]: Nothing to be done for 'all'.
make[4]: Leaving directory '/home/Soren/gsl/spmatrix'
============================================================================
Testsuite summary for gsl 2.6
============================================================================
# TOTAL: 1
# PASS:  0
# SKIP:  0
# XFAIL: 0
# FAIL:  1
# XPASS: 0
# ERROR: 0
============================================================================
See spmatrix/test-suite.log
============================================================================
make[3]: [Makefile:728: test-suite.log] Error 1 (ignored)
make[3]: Leaving directory '/home/Soren/gsl/spmatrix'
make[2]: Leaving directory '/home/Soren/gsl/spmatrix'
make[1]: Leaving directory '/home/Soren/gsl/spmatrix'
Making check in splinalg
make[1]: Entering directory '/home/Soren/gsl/splinalg'
make  test.exe
make[2]: Entering directory '/home/Soren/gsl/splinalg'

The contents of test-suite.log is:

======================================
   gsl 2.6: spmatrix/test-suite.log
======================================

# TOTAL: 1
# PASS:  0
# SKIP:  0
# XFAIL: 0
# FAIL:  1
# XPASS: 0
# ERROR: 0

.. contents:: :depth: 2

FAIL: test
==========

FAIL: gsl_spmatrix_long_double_fscanf[53,107](COO) [289]
FAIL: gsl_spmatrix_long_double_fscanf[53,107](CSC) [290]
FAIL: gsl_spmatrix_long_double_fscanf[53,107](CSR) [291]
FAIL: gsl_spmatrix_complex_long_double_fscanf[53,107](COO) [1313]
FAIL: gsl_spmatrix_complex_long_double_fscanf[53,107](CSC) [1314]
FAIL: gsl_spmatrix_complex_long_double_fscanf[53,107](CSR) [1315]
FAIL: gsl_spmatrix_long_double_fscanf[40,20](COO) [1607]
FAIL: gsl_spmatrix_long_double_fscanf[40,20](CSC) [1608]
FAIL: gsl_spmatrix_long_double_fscanf[40,20](CSR) [1609]
FAIL: gsl_spmatrix_complex_long_double_fscanf[40,20](COO) [2631]
FAIL: gsl_spmatrix_complex_long_double_fscanf[40,20](CSC) [2632]
FAIL: gsl_spmatrix_complex_long_double_fscanf[40,20](CSR) [2633]
FAIL: gsl_spmatrix_long_double_fscanf[30,30](COO) [2925]
FAIL: gsl_spmatrix_long_double_fscanf[30,30](CSC) [2926]
FAIL: gsl_spmatrix_long_double_fscanf[30,30](CSR) [2927]
FAIL: gsl_spmatrix_complex_long_double_fscanf[30,30](COO) [3949]
FAIL: gsl_spmatrix_complex_long_double_fscanf[30,30](CSC) [3950]
FAIL: gsl_spmatrix_complex_long_double_fscanf[30,30](CSR) [3951]

The rest of the make runs fine, spmatrix is the only point of failure.