{"action":"closed","issue":{"url":"https://api.github.com/repos/leto/math--gsl/issues/89","repository_url":"https://api.github.com/repos/leto/math--gsl","labels_url":"https://api.github.com/repos/leto/math--gsl/issues/89/labels{/name}","comments_url":"https://api.github.com/repos/leto/math--gsl/issues/89/comments","events_url":"https://api.github.com/repos/leto/math--gsl/issues/89/events","html_url":"https://github.com/leto/math--gsl/issues/89","id":115699525,"number":89,"title":"Support GSL 2.0","user":{"login":"leto","id":30298,"avatar_url":"https://avatars.githubusercontent.com/u/30298?v=3","gravatar_id":"","url":"https://api.github.com/users/leto","html_url":"https://github.com/leto","followers_url":"https://api.github.com/users/leto/followers","following_url":"https://api.github.com/users/leto/following{/other_user}","gists_url":"https://api.github.com/users/leto/gists{/gist_id}","starred_url":"https://api.github.com/users/leto/starred{/owner}{/repo}","subscriptions_url":"https://api.github.com/users/leto/subscriptions","organizations_url":"https://api.github.com/users/leto/orgs","repos_url":"https://api.github.com/users/leto/repos","events_url":"https://api.github.com/users/leto/events{/privacy}","received_events_url":"https://api.github.com/users/leto/received_events","type":"User","site_admin":false},"labels":[],"state":"closed","locked":false,"assignee":null,"assignees":[],"milestone":null,"comments":7,"created_at":"2015-11-07T23:26:22Z","updated_at":"2016-09-28T19:43:52Z","closed_at":"2016-09-28T19:43:52Z","body":"I have a ```gsl2``` branch going that aims to support the latest GSL release, 2.0. They fiddled with their header files a bit which was causing swig to bomb out early in the compile process. I figured out that a few different subsystems needed ```gsl_inline.h``` to be included and that solved that issue.\r\n\r\nGSL has started to wrap the definition of some things in a ```#ifndef GSL_DISABLE_DEPRECATED``` which is giving swig+ld issues. For now I am defining that in our swig files, which routes around things like this:\r\n\r\n```\r\nUndefined symbols for architecture x86_64:\r\n  \"_gsl_bspline_deriv_alloc\", referenced from:\r\n      __wrap_gsl_bspline_deriv_alloc in BSpline_wrap.2.0.o\r\n     (maybe you meant: __wrap_gsl_bspline_deriv_alloc)\r\n  \"_gsl_bspline_deriv_free\", referenced from:\r\n      __wrap_gsl_bspline_deriv_free in BSpline_wrap.2.0.o\r\n     (maybe you meant: __wrap_gsl_bspline_deriv_free)\r\nld: symbol(s) not found for architecture x86_64\r\nclang: error: linker command failed with exit code 1 (use -v to see invocation)\r\nerror building blib/arch/auto/Math/GSL/BSpline/BSpline.bundle file from 'xs/BSpline_wrap.2.0.o' at inc/GSLBuilder.pm line 277.\r\n```\r\n\r\nCurrently I am trying to figure out this bug, which doesn't seem to be related to the above constant declaration:\r\n\r\n```\r\nUndefined symbols for architecture x86_64:\r\n  \"_gsl_multifit_fdfsolver_dif_fdf\", referenced from:\r\n      __wrap_gsl_multifit_fdfsolver_dif_fdf in Multifit_wrap.2.0.o\r\n     (maybe you meant: __wrap_gsl_multifit_fdfsolver_dif_fdf)\r\nld: symbol(s) not found for architecture x86_64\r\n``` "}}
{"actor":{"display_login":"leto"}}