Re: compiling 3.8.0 on OSX

[John Hayes]

Hi Stuart and others,

I finally got Octave 3.8.0 built with the GUI on OS X 10.6.8. I generally tried 
following the instructions here, which were quite helpful: 
http://wiki.octave.org/Building_for_Macintosh_platform

In particular, I had to update to GNU sed 4.2, gawk 4.1.0, and bison 3.0.2. 
Then, I did the following.

- Built qt-everywhere-opensource-src-4.8.5
    - Added the following environment variable to ~/.bash_profile
          PKG_CONFIG_PATH=/usr/local/Trolltech/Qt-4.8.5/lib/pkgconfig

- Built gnuplot 4.6.4 with
        - ./configure --enable-qt --disable-wxwidgets && make; sudo make install

- Built fltk-1.3.2:
        - ./configure --enable-shared && make; sudo make install

- Built readline-6.2:
        - ./configure --prefix=/usr/local --enable-shared && make; sudo make 
install

- Built GCC 4.8.2:
        - had to install gmp-4.3.2, mpfr-2.4.2, and mpc-0.8.1 using the 
standard configure/make/make install
        - then could do the same for gcc itself: ./configure && make; sudo make 
install
        - made symlink from /usr/bin/gcc -> /usr/local/bin/gcc
        - made symlink from /usr/bin/g++ -> /usr/local/bin/g++
        - confirmed that 'gcc -v', 'g++ -v', and 'gfortran -v' all showed 'gcc 
version 4.8.2 (GCC)'

- Updated Texinfo from 4.8 to 5.2:
        http://ftp.gnu.org/gnu/texinfo/
        - made symlink from /usr/bin/texi2dvi -> /usr/local/bin/texi2dvi

- Built octave-3.8.0 with:
    - ./configure && make
    Note: during the course of the build I had to manually add to 
libgui/Makefile the following after 'LDFLAGS = -framework JavaVM' and then 
re-'make'
                -framework QtCore -framework QtGui -framework QtNetwork
    This last step could probably have been avoided if either my pkg-config was 
set correctly or I passed some correct flag to configure, but I'm not sure...

HTH and best regards,

John


Le 2 janv. 2014 à 14:21, John Hayes a écrit :

> Hi Stuart,
> 
> I’m on OS X 10.6.8 as well and trying to compile 3.8.0 (ideally with the 
> GUI). I’ve run into a number of problems but had gotten through a lot of the 
> Octave compilation up to the point where the code was trying to link to some 
> fortran library functions that were missing. FYI, here’s a bit of the stack 
> trace:
>> libtool: link: g++ -dynamiclib  -o .libs/liboctave.2.dylib   
>> -Wl,-force_load,array/.libs/libarray.a 
>> -Wl,-force_load,cruft/.libs/libcruft.a 
>> -Wl,-force_load,cruft/ranlib/.libs/libranlib.a 
>> -Wl,-force_load,numeric/.libs/libnumeric.a 
>> -Wl,-force_load,operators/.libs/liboperators.a 
>> -Wl,-force_load,system/.libs/libsystem.a 
>> -Wl,-force_load,util/.libs/libutil.a 
>> -Wl,-force_load,../libgnu/.libs/libgnu.a  -framework JavaVM -lcurl 
>> /usr/local/lib/libfftw3.a -framework vecLib -lncurses -L/usr/local/lib 
>> /usr/local/lib/libpcre.dylib -ldl 
>> -L/usr/local/gfortran/lib/gcc/x86_64-apple-darwin10/4.6.2 
>> -L/usr/local/gfortran/lib/gcc/x86_64-apple-darwin10/4.6.2/../../.. 
>> /usr/local/lib/libgfortran.dylib 
>> /usr/local/gfortran/lib/gcc/x86_64-apple-darwin10/4.6.2/libquadmath.dylib 
>> -lm  -O2 -pthread   -pthread -framework JavaVM -framework vecLib 
>> -install_name  /usr/local/lib/octave/3.8.0/liboctave.2.dylib 
>> -compatibility_version 3 -current_version 3.0 -Wl,-single_moduleUndefined 
>> symbols:
>>  "__gfortran_transfer_real_write", referenced from:
>>      _ddassl_ in libcruft.a(libcruft_la-ddassl.o)
>>      _ddassl_ in libcruft.a(libcruft_la-ddassl.o)
>>      ...
> 
> I was using this gfortran: gcc version 4.6.2 20111019 (prerelease) (GCC). 
> That version is not consistent with my gcc though: gcc version 4.2.1 (Apple 
> Inc. build 5646). So, I’ve decided to update my GCC and gfortran together to 
> hopefully solve these incompatibilities. I’m trying GCC 4.8.2, and it’s been 
> building about an hour. 
> 
> I’ll let you know if it works -- fingers crossed.
> 
> Best regards,
> 
> John
> 
> 
> Le 2 janv. 2014 à 14:07, Stuart Edwards a écrit :
> 
>> 
>> Hi -
>> 
>> I'm trying to compile the new 3.8.0 on OS X 10.6.8.  During configure the 
>> process terminates with the error:
>> 
>> checking whether g77 generates correct size integers... no
>> configure: error: your Fortran compiler must have an option to make integers 
>> the same size as octave_idx_type (int).  See the file INSTALL for more 
>> information.
>> 
>> I get the same error using gfortran in place of g77.
>> 
>> I don't see anything in the INSTALL file relating to this - the README does 
>> inform that a Fortran 77 compiler is needed - but nothing further.
>> 
>> Is there a different fortran compiler that I should be using?
>> 
>> Any assistance appreciated.
>> 
>> Best
>> 
>> Stu
>> _______________________________________________
>> Help-octave mailing list
>> address@hidden
>> https://mailman.cae.wisc.edu/listinfo/help-octave
>