help-octave
[Top][All Lists]
Advanced

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

Re: Octave 3.0.1 does not build on RHEL WS 4


From: Ernest Williams
Subject: Re: Octave 3.0.1 does not build on RHEL WS 4
Date: Fri, 2 May 2008 14:58:24 -0700


On May 2, 2008, at 1:16 PM, Quentin Spencer wrote:

Ernest L. Williams Jr. wrote:
Quentin Spencer wrote:
Ernest L. Williams Jr. wrote:
Johann Cohen-Tanugi wrote:

well, as a matter of fact I dont see -I/usr/include in the compiler command. Maybe it is related....
Could you issue the command by hand adding this to it?
Again, no expertise here.....


I have already moved on to rerun configure without support for zlib which is optional.

I would like to know what is the recommended optional packages.

I am not sure what packages to add to my RHEL system.

I am not sure that I like the following warnings from the configure: = = = = = = = = = = = = = = = = = = = = = = =================================================================== configure: WARNING: I didn't find gperf, but it's only a problem if you need to reconstruct oct-gperf.h configure: WARNING: UMFPACK not found. This will result in some lack of functionality for sparse matrices. configure: WARNING: COLAMD not found. This will result in some lack of functionality for sparse matrices. configure: WARNING: CCOLAMD not found. This will result in some lack of functionality for sparse matrices. configure: WARNING: CHOLMOD not found. This will result in some lack of functionality for sparse matrices. configure: WARNING: CXSparse not found. This will result in some lack of functionality for sparse matrices. configure: WARNING: FFTW library not found. Octave will use the (slower) FFTPACK library instead. configure: WARNING: GLPK library not found. The glpk function for solving linear programs will be disabled. configure: WARNING: HDF5 library not found. Octave will not be able to save or load HDF5 data files. configure: WARNING: Qhull library not found --- This will result in loss of functionality of some geometry functions.
configure:

NOTE: libraries may be skipped if a library is not found OR
    if the library on your system is missing required features.
= = = = = = = = = = = = = = = = = = = = = ===================================================================

Bottomline, what RPMS are needed/recommended to support the above?



You can install fftw3 from the EPEL repositories. The other packages you need are glpk, qhull, hdf5, and suitesparse, which are not included in EPEL for RHEL4, but they are in EPEL for RHEL 5, so you could try downloading and rebuilding the EPEL 5 SRPMS (see http://download.fedora.redhat.com/pub/epel/5/SRPMS/). I think fftw support is important, but the other packages are for somewhat specialized applications, so whether you need them depends on how you plan to use octave.

Thanks, this resolved my problem.  Thanks again!!

The only features I don't have:
-- zlib support (Had to run configure   --without-zlib)
-- HDF5
-- CXSparse

= = = = =====================================================================
Could not get the src RPM packages to rebuild:

rpmbuild --rebuild hdf5-1.6.5-7.el5.src.rpm
error: Failed build dependencies:
      gcc-gfortran is needed by hdf5-1.6.5-7.i386

address@hidden octave-support]# rpmbuild --rebuild suitesparse-3.0.0-1.el5.src.rpm
Installing suitesparse-3.0.0-1.el5.src.rpm
error: Failed build dependencies:
      blas-devel is needed by suitesparse-3.0.0-1.i386
= = = = = = =====================================================================

One day, we will move to RHEL 5 and maybe I will have few problems.
For now, we have to use and support  RHEL 4


Since I'm the maintainer of suitesparse in Fedora, I have requested a branch and successfully built an RPM for EPEL 4. It will probably show up on the mirrors within a day or two. That should make it easier for those who want to build octave 3.0 on RHEL 4. I'm also the maintainer of glpk, so I may also do the same there. As for building hdf5, I think if you edited the spec file to change the dependency from gcc-gfortran to gcc-g77, it would probably build.

Excellent,  can you change the spec file as well?


Thanks,
Ernest






Quentin




reply via email to

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