[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: compiling 3.8.0 on OSX
From: |
John Hayes |
Subject: |
Re: compiling 3.8.0 on OSX |
Date: |
Thu, 2 Jan 2014 20:10:08 +0100 |
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
>
- Availability of GNU Octave 3.8 on Windows, José Romildo Malaquias, 2014/01/02
- Re: Availability of GNU Octave 3.8 on Windows, Markus Bergholz, 2014/01/02
- Re: Availability of GNU Octave 3.8 on Windows, Markus Bergholz, 2014/01/02
- Re: Availability of GNU Octave 3.8 on Windows, rf, 2014/01/13
- Re: Availability of GNU Octave 3.8 on Windows, Markus Bergholz, 2014/01/13
- Re: Availability of GNU Octave 3.8 on Windows, Russ Fretenburg, 2014/01/13
- Re: Availability of GNU Octave 3.8 on Windows, Markus Bergholz, 2014/01/13
- Re: Availability of GNU Octave 3.8 on Windows, Philip Nienhuis, 2014/01/13
- Re: Availability of GNU Octave 3.8 on Windows, Russ Fretenburg, 2014/01/13
- Re: Availability of GNU Octave 3.8 on Windows, KME, 2014/01/17
- Re: Availability of GNU Octave 3.8 on Windows, rf, 2014/01/18