Octave 3.0.1 does not build on RHEL WS 4

[Quentin Spencer]

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
>
> [root at lcls-dev2 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.

Quentin