help-octave
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Trying to compile Octave on RHEL 7.3


From: Ozzy Lash
Subject: Re: Trying to compile Octave on RHEL 7.3
Date: Thu, 2 Mar 2017 13:18:26 -0600



On Thu, Mar 2, 2017 at 1:02 PM, Michael Metts <address@hidden> wrote:
i have a RedHat account.  if you tell me how, i’ll submit the bug report.

On Mar 2, 2017, at 11:01 AM, Ozzy Lash <address@hidden> wrote:



On Thu, Mar 2, 2017 at 11:51 AM, Mike Miller <address@hidden> wrote:
On Thu, Mar 02, 2017 at 09:45:31 -0800, Michael Metts wrote:
> ha!  awesome.  i’m down to just the Sundials issue now.  so, Mike,
> should i switch to the build you recommended or is it okay
> (reasonable) to continue with the dev build from the hg repo?

I would say that unless you have a reason to use the dev version, you
should be using 4.2.1. And coincidentally the sundials support is not in
the 4.2 branch, so that warning will go away.

If you want to volunteer some time to help the devs figure out why the
sundials detection is not working on your system, I'm sure it would be
appreciated, but if you just want a working Octave, go with 4.2.1.

--
mike


It looks like the sundials package for epel does not build with KLU support.  I could submit a bug report for it, although I don't have a redhat bugzilla account, so I would need to create one.  It looks like it will pull in a dependency on the suitesparse-devel package  (I was able to compile it with KLU support in centos 7.3, but couldn't build an rpm because there are dependency issues with openmpi right now on centos7.3).

Bill


It looks like you could submit a bug report at:

https://apps.fedoraproject.org/packages/sundials/bugs

and choose "Open a New Bug (EPEL)" button.

I'm not sure what questions it will ask after that, since that is where it told me to log in, and I don't have a lot of time right now.

I was able to include KLU support by installing the suitesparse-devel package, and adding the following defines on the cmake line:

-DKLU_ENABLE=ON -DKLU_LIBRARY_DIR:PATH=/usr/lib64

If you don't get around to it, I can probably report it tonight.

Bill


reply via email to

[Prev in Thread] Current Thread [Next in Thread]