Re: [R-pkg-devel] Lapack: undefined symbol: zgbsv_

2018-02-14 Thread Ralf Stubner
On 14.02.2018 05:12, Baptiste Auguie wrote: > It would make sense to test for internal vs external Lapack and decide > based on that (regardless of the OS); as you say, the results should be > essentially identical to what happens when the same user installs > RcppArmadillo on their machine. Unfo

Re: [R-pkg-devel] Lapack: undefined symbol: zgbsv_

2018-02-14 Thread Dirk Eddelbuettel
On 14 February 2018 at 17:12, Baptiste Auguie wrote: | Thanks Ralf, now it makes more sense to me. I had misunderstood the | situation on CRAN and r-hub and thought they used an external Lapack on | linux. This has been unchanged over the many years that you had these battles: - on Windows it is

Re: [R-pkg-devel] Lapack: undefined symbol: zgbsv_

2018-02-13 Thread Baptiste Auguie
On 13 February 2018 at 22:07, Ralf Stubner wrote: > On 13.02.2018 05:49, Baptiste Auguie wrote: > > On 13 February 2018 at 01:05, Dirk Eddelbuettel > > wrote: > > Maybe we are setting a more global "no advanced lapack" for Windows > that > > assures success when w

Re: [R-pkg-devel] Lapack: undefined symbol: zgbsv_

2018-02-13 Thread Ralf Stubner
On 13.02.2018 05:49, Baptiste Auguie wrote: > On 13 February 2018 at 01:05, Dirk Eddelbuettel > wrote: > Maybe we are setting a more global "no advanced lapack" for Windows that > assures success when we assume that the other system will always > have it. > >

Re: [R-pkg-devel] Lapack: undefined symbol: zgbsv_

2018-02-12 Thread Baptiste Auguie
On 13 February 2018 at 01:05, Dirk Eddelbuettel wrote: > > On 12 February 2018 at 22:16, Baptiste Auguie wrote: > | As far as I can tell Armadillo added specialised methods for banded > | matrices; the routines used to solve non-banded matrices probably haven't > | changed. > | > | Coming back to

Re: [R-pkg-devel] Lapack: undefined symbol: zgbsv_

2018-02-12 Thread Dirk Eddelbuettel
On 12 February 2018 at 22:16, Baptiste Auguie wrote: | As far as I can tell Armadillo added specialised methods for banded | matrices; the routines used to solve non-banded matrices probably haven't | changed. | | Coming back to the error itself, what puzzles me is that it seems to be | precisely

Re: [R-pkg-devel] Lapack: undefined symbol: zgbsv_

2018-02-12 Thread Baptiste Auguie
On 12 February 2018 at 04:52, Dirk Eddelbuettel wrote: > > On 11 February 2018 at 19:13, Baptiste Auguie wrote: > | Hi, > | > | Sorry I never found the time to put this issue to rest. My cda package > has > | now been removed from CRAN because Armadillo's update on 'banded > | matrices' broke > |

Re: [R-pkg-devel] Lapack: undefined symbol: zgbsv_

2018-02-11 Thread Dirk Eddelbuettel
On 11 February 2018 at 19:13, Baptiste Auguie wrote: | Hi, | | Sorry I never found the time to put this issue to rest. My cda package has | now been removed from CRAN because Armadillo's update on 'banded | matrices' broke | it on various platforms, and I've had users enquire about the situation.

Re: [R-pkg-devel] Lapack: undefined symbol: zgbsv_

2018-02-10 Thread Baptiste Auguie
Hi, Sorry I never found the time to put this issue to rest. My cda package has now been removed from CRAN because Armadillo's update on 'banded matrices' broke it on various platforms, and I've had users enquire about the situation. As far as I can tell RcppArmadillo no longer enables the solution

Re: [R-pkg-devel] Lapack: undefined symbol: zgbsv_

2017-12-19 Thread Dirk Eddelbuettel
On 19 December 2017 at 13:41, Ralf Stubner wrote: | On 19.12.2017 09:38, Baptiste Auguie wrote: | > Thanks for the pointer to `arma::solve_opts::no_band`, it sounds like a | > good solution (assuming the compiler will then skip all the parts | > related to banded inversion routines). I've been una

Re: [R-pkg-devel] Lapack: undefined symbol: zgbsv_

2017-12-19 Thread Ralf Stubner
On 19.12.2017 09:38, Baptiste Auguie wrote: > Thanks for the pointer to `arma::solve_opts::no_band`, it sounds like a > good solution (assuming the compiler will then skip all the parts > related to banded inversion routines). I've been unable to test it so > far; I haven't managed to reproduce the

Re: [R-pkg-devel] Lapack: undefined symbol: zgbsv_

2017-12-19 Thread Baptiste Auguie
Hi, Thanks for the pointer to `arma::solve_opts::no_band`, it sounds like a good solution (assuming the compiler will then skip all the parts related to banded inversion routines). I've been unable to test it so far; I haven't managed to reproduce the error reported on CRAN on a mac. The 'crippled

Re: [R-pkg-devel] Lapack: undefined symbol: zgbsv_

2017-12-18 Thread Dirk Eddelbuettel
On 18 December 2017 at 13:12, Ralf Stubner wrote: | On 18.12.2017 08:37, Baptiste Auguie wrote: | > What I don't really understand (because of the templating system etc.) is | > why this new routine in Armadillo would be needed at all, when cda does not | > solve banded linear systems. I wonder if

Re: [R-pkg-devel] Lapack: undefined symbol: zgbsv_

2017-12-18 Thread Ralf Stubner
On 18.12.2017 08:37, Baptiste Auguie wrote: > What I don't really understand (because of the templating system etc.) is > why this new routine in Armadillo would be needed at all, when cda does not > solve banded linear systems. I wonder if a practical workaround would be to > include a _dummy_ rou

Re: [R-pkg-devel] Lapack: undefined symbol: zgbsv_

2017-12-17 Thread Baptiste Auguie
Thanks Dirk. I arrived at the same conclusions after tracking down the recent changes in Armadillo and noticing their addition of a special solve() case for banded matrices. What I don't really understand (because of the templating system etc.) is why this new routine in Armadillo would be needed a

Re: [R-pkg-devel] Lapack: undefined symbol: zgbsv_

2017-12-17 Thread Dirk Eddelbuettel
On 17 December 2017 at 17:50, Dirk Eddelbuettel wrote: | In short, but relying on (Rcpp)Armadillo, you are submit to it changing its That should have read: "... by relying on (Rcpp)Armadillo, you are subject to ..." My bad. | solver and it seems to have done so recently. And as R is primarily

Re: [R-pkg-devel] Lapack: undefined symbol: zgbsv_

2017-12-17 Thread Dirk Eddelbuettel
On 17 December 2017 at 17:21, Dirk Eddelbuettel wrote: | | ** testing if installed package can be loaded | | Error: package or namespace load failed for ‘cda’ in dyn.load(file, DLLpath | | = DLLpath, ...): | | unable to load shared object ‘/home/hornik/tmp/R.check/r- | | release-gcc/Work/build/Pa

Re: [R-pkg-devel] Lapack: undefined symbol: zgbsv_

2017-12-17 Thread Dirk Eddelbuettel
On 17 December 2017 at 19:15, Baptiste Auguie wrote: | Hi, | | The CRAN maintainers recently informed me that my cda package now fails on | CRAN. The root cause seems to be this error: | | ** testing if installed package can be loaded | Error: package or namespace load failed for ‘cda’ in dyn.lo

[R-pkg-devel] Lapack: undefined symbol: zgbsv_

2017-12-16 Thread Baptiste Auguie
Hi, The CRAN maintainers recently informed me that my cda package now fails on CRAN. The root cause seems to be this error: ** testing if installed package can be loaded Error: package or namespace load failed for ‘cda’ in dyn.load(file, DLLpath = DLLpath, ...): unable to load shared object ‘/ho