Martin,
On 6 September 2019 at 07:19, Dirk Eddelbuettel wrote:
| So can't you replace / update that package? That's what I do over in the
| .deb world, and for Ubuntu it is particularly easy with PPAs.
And then there is of course this too:
edd@rob:~$ pkg-config --modversion nlopt
2.4.2
Martin,
And not to beat a dead horse, but isn't the root cause the outdated rpm?
So can't you replace / update that package? That's what I do over in the
.deb world, and for Ubuntu it is particularly easy with PPAs.
Dirk
--
http://dirk.eddelbuettel.com | @eddelbuettel | e...@debian.org
> I'd try following WRE on this exactly: include R_ext/BLAS.h and only after
> that define FCONE (if not defined) - and FCLEN if you need it as well.
That is an embarrassing error. I will try to do exactly as is written in WRE.
> I'd try debugging this with gcc -E, checking whether the FCLEN and
> Ralf Stubner
> on Fri, 6 Sep 2019 11:22:15 +0200 writes:
> On Thu, Sep 5, 2019 at 6:36 PM Martin Maechler
> wrote:
>> For me (on Fedora 30)
>>
>> $ R CMD config LDFLAGS
>> -L/usr/lib64
> This looks wrong. I would expect that /usr/lib64 is one of the
On Thu, Sep 5, 2019 at 6:36 PM Martin Maechler
wrote:
> For me (on Fedora 30)
>
> $ R CMD config LDFLAGS
> -L/usr/lib64
This looks wrong. I would expect that /usr/lib64 is one of the
standard directories that are searched anyway. So why put it into the
very beginning of the search? BTW, this
> Martin Maechler
> on Thu, 5 Sep 2019 18:36:03 +0200 writes:
> Dirk Eddelbuettel
> on Thu, 5 Sep 2019 10:14:21 -0500 writes:
>> On 5 September 2019 at 16:53, Ralf Stubner wrote:
>> | I don't know what is best, but here are three alternatives:
>> |
>> |