Re: Building/Installing 3.8.1 on OSX 10.6.8 (Snow Leopard)

[Ben Abbott]

On Mar 24, 2014, at 2:45 PM, Clark Dunson <address@hidden> wrote:

> On Mar 21, 2014, at 1:18 PM, Ben Abbott wrote:
> 
>> On Mar 21, 2014, at 3:00 PM, Clark Dunson <address@hidden> wrote:
>> 
>>> Hey everybody!
>>> 
>>> I really want to experience this 3.8!  I am a long-time matlab/gnu 
>>> developer, and thought I'd build it.
>>> 
>>> But I have some sort of 'make install' location problem as fftw 3.3.4 is 
>>> built and installed but octave:
>>> 
>>> configure: WARNING: FFTW3F library not found.  The slower FFTPACK library 
>>> will be used instead.
>>> 
>>> and also SuiteSparse-4.2.1:
>>> 
>>> configure: WARNING: COLAMD library not found.  This will result in some 
>>> lack of functionality for sparse matrices.
>>> etc., I'll spare you the rest.
>>> 
>>> I have experimented with various blah blah blah:
>>> 
>>> ./configure --enable-shared
>>> ./configure --prefix=/usr/local --enable-shared
>>> 
>>> but no joy yet!  I usually end up succeeding at these matters - eventually. 
>>>  But I though a sanity check would be smart.  Should I push on my build, 
>>> use homebrew?  
>>> 
>>> What will get me going quickest with Snow Leopard and Octave 3.8?
>>> 
>>> THANKS!
>>> 
>>> Clark
>> 
>> I've been building Octave using MacPorts for the dependencies for several 
>> years.  I recommend you first build Octave using Homebrew (that will install 
>> all the necessary dependencies) and then uninstall Octave. It looks like the 
>> formula is at the link below.
>> 
>> https://github.com/Homebrew/homebrew-science/blob/master/octave.rb
>> 
>> After that you can try to configure Octave.  Just in case Homebrew is doing 
>> something special, I suggest you take a look at the configure options used 
>> by the Homebrew formula.  If they are patching the sources, I recommend you 
>> skip that since 3.8.1 should build on MacOS X without any patches.
>> 
>> Ben
> 
> Go brew!  Who knew? (:
> 
> Thanks again Ben.  Getting very close.  Still working dependencies.  Besides 
> cleaning out old builds (pre-brew) and changing permissions of directories 
> formerly created by "sudo make install" it has been very smooth.
> 
> The first real issue occurs during the gnuplot build.  Apparently the 
> dependency relationship for LUA has not been worked out.  For example:
> 
> ../term/lua.trm:109:17: error: lua.h: No such file or directory
> ../term/lua.trm:110:20: error: lualib.h: No such file or directory
> ../term/lua.trm:111:21: error: lauxlib.h: No such file or directory
> 
> and:
> 
> ../term/lua.trm:172: error: ‘L’ undeclared (first use in this function)

Using Macports, I have the following dependencies.

  lua @5.2.2_1 (active)
  texlive-luatex @30790_0+doc (active)

> I checked, remember I am on Snow Leopard (circa 2009), so:
> 
> $ which lua  = /opt/local/bin/lua
> 
> and:
> 
> $ lua -v =  Lua 5.1.4  Copyright (C) 1994-2008 Lua.org, PUC-Rio
> 
> Before I go get my own lua (I'm not in a hurry and would rather get it 
> right), I thought I'd check with you folks.

My lua is installed in the same location as is yours.

        which lua
        /opt/local/bin/lua

It looks to me as if you have Macports installed?  I'd avoid using two package 
managers at the same time (i.e. either use Homebrew, or Macports, but not both).

Ben