octave-maintainers
[Top][All Lists]
Advanced

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

Re: Octave 3.3.53 snapshot available for ftp


From: Fredrik Lingvall
Subject: Re: Octave 3.3.53 snapshot available for ftp
Date: Wed, 20 Oct 2010 10:30:34 +0200
User-agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.9) Gecko/20100920 Lightning/1.0b3pre Thunderbird/3.1.3

 I get this error when trying to build 3.3.53 on a x86_64 Gentoo box:

make[3]: Entering directory `/root/software/octave/octave-3.3.53/liboctave'
/bin/sh ../libtool  --tag=CXX   --mode=compile g++ -DHAVE_CONFIG_H -I.
-I..            -I../libgnu -I../libgnu -I../libcruft/misc  -O3 -pipe
-m64 -mtune=core2 -march=core2 -mfpmath=sse -msse2 -msse3 -mssse3
-msse4.1 -fomit-frame-pointer -funroll-loops -fprefetch-loop-arrays
-pthread  -DHAVE_CONFIG_H -I/usr/include/freetype2   -Wall -W -Wshadow
-Wold-style-cast -Wformat -O3 -pipe -m64 -mtune=core2 -march=core2
-mfpmath=sse -msse2 -msse3 -mssse3 -msse4.1 -fomit-frame-pointer
-funroll-loops -fprefetch-loop-arrays -pthread  -O3 -pipe -m64
-mtune=core2 -march=core2 -mfpmath=sse -msse2 -msse3 -mssse3 -msse4.1
-fomit-frame-pointer -funroll-loops -fprefetch-loop-arrays -pthread -MT
liboctave_la-boolSparse.lo -MD -MP -MF .deps/liboctave_la-boolSparse.Tpo
-c -o liboctave_la-boolSparse.lo `test -f 'boolSparse.cc' || echo
'./'`boolSparse.cc
libtool: compile:  g++ -DHAVE_CONFIG_H -I. -I.. -I../libgnu -I../libgnu
-I../libcruft/misc -O3 -pipe -m64 -mtune=core2 -march=core2 -mfpmath=sse
-msse2 -msse3 -mssse3 -msse4.1 -fomit-frame-pointer -funroll-loops
-fprefetch-loop-arrays -pthread -DHAVE_CONFIG_H -I/usr/include/freetype2
-Wall -W -Wshadow -Wold-style-cast -Wformat -O3 -pipe -m64 -mtune=core2
-march=core2 -mfpmath=sse -msse2 -msse3 -mssse3 -msse4.1
-fomit-frame-pointer -funroll-loops -fprefetch-loop-arrays -pthread -O3
-pipe -m64 -mtune=core2 -march=core2 -mfpmath=sse -msse2 -msse3 -mssse3
-msse4.1 -fomit-frame-pointer -funroll-loops -fprefetch-loop-arrays
-pthread -MT liboctave_la-boolSparse.lo -MD -MP -MF
.deps/liboctave_la-boolSparse.Tpo -c boolSparse.cc  -fPIC -DPIC -o
.libs/liboctave_la-boolSparse.o
boolSparse.cc: In member function 'SparseBoolMatrix
SparseBoolMatrix::any(int) const':
boolSparse.cc:176: error: call of overloaded 'idx_vector(int)' is ambiguous
idx-vector.h:519: note: candidates are: idx_vector::idx_vector(const
idx_vector&)
idx-vector.h:498: note:                 idx_vector::idx_vector(bool)
idx-vector.h:495: note:                 idx_vector::idx_vector(float)
idx-vector.h:493: note:                 idx_vector::idx_vector(double)
idx-vector.h:486: note:                 idx_vector::idx_vector(char)
idx-vector.h:458: note:                
idx_vector::idx_vector(octave_idx_type)
idx-vector.h:421: note:                
idx_vector::idx_vector(idx_vector::idx_base_rep*)
boolSparse.cc: In member function 'SparseMatrix
SparseBoolMatrix::sum(int) const':
boolSparse.cc:224: error: call of overloaded 'idx_vector(int)' is ambiguous
idx-vector.h:519: note: candidates are: idx_vector::idx_vector(const
idx_vector&)
idx-vector.h:498: note:                 idx_vector::idx_vector(bool)
idx-vector.h:495: note:                 idx_vector::idx_vector(float)
idx-vector.h:493: note:                 idx_vector::idx_vector(double)
idx-vector.h:486: note:                 idx_vector::idx_vector(char)
idx-vector.h:458: note:                
idx_vector::idx_vector(octave_idx_type)
idx-vector.h:421: note:                
idx_vector::idx_vector(idx_vector::idx_base_rep*)
make[3]: *** [liboctave_la-boolSparse.lo] Error 1
make[3]: Leaving directory `/root/software/octave/octave-3.3.53/liboctave'
make[2]: *** [all] Error 2
make[2]: Leaving directory `/root/software/octave/octave-3.3.53/liboctave'
make[1]: *** [all-recursive] Error 1

I configured it with:

./configure  F77=gfortran CFLAGS="-O3 -pipe -m64 -mtune=core2
-march=core2 -mfpmath=sse -msse2 -msse3 -mssse3 -msse4.1
-fomit-frame-pointer -funroll-loops -fprefetch-loop-arrays -pthread"
CXXFLAGS="-O3 -pipe -m64 -mtune=core2 -march=core2 -mfpmath=sse -msse2
-msse3 -mssse3 -msse4.1 -fomit-frame-pointer -funroll-loops
-fprefetch-loop-arrays -pthread" FFLAGS="-O3 -pipe -m64
-fdefault-integer-8 -mtune=core2 -march=core2 -mfpmath=sse -msse2 -msse3
-mssse3 -msse4.1 -fomit-frame-pointer -funroll-loops
-fprefetch-loop-arrays -pthread" --enable-64 --prefix=/usr/local
--with-blas=/usr/local/lib/libBLAS.so
--with-lapack=/usr/local/lib/libLAPACK.so --enable-shared

/Fredrik


On 10/19/10 10:51, John W. Eaton wrote:
> A new snapshot of Octave is now available from ftp.octave.org in the
> directory /pub/octave/bleeding-edge:
>
>   286f48177d40ae2f3e548c96e4699b55  octave-3.3.52-3.3.53.patch.bz2
>   2ab48a1d963ac0b7a208447ae207c4b5  octave-3.3.52-3.3.53.patch.gz
>   3b5fd12eef1910b4b7fcc55c65f7261d  octave-3.3.53.tar.bz2
>   884af7c5e2e1b9b2ab3da153c626a467  octave-3.3.53.tar.gz
>
>   -rw-r--r--  1 506 1012   585720 Oct 19 08:43 octave-3.3.52-3.3.53.patch.bz2
>   -rw-r--r--  1 506 1012   706340 Oct 19 08:43 octave-3.3.52-3.3.53.patch.gz
>   -rw-r--r--  1 506 1012 13914012 Oct 19 08:43 octave-3.3.53.tar.bz2
>   -rw-r--r--  1 506 1012 16352245 Oct 19 08:43 octave-3.3.53.tar.gz
>
> The snapshot is tagged in the usual way (ss-3-3-53) in the Mercurial
> archive and will be marked as the "development" version of
> Octave on the download page of the Octave web site.
>
> Please remember that these snapshots are provided for testing
> purposes.  I do not consider them to be Octave releases.  If people
> think there will be confusion because of the version number, then we
> can add a notice to the Octave startup message.  Changing the version
> number to something like ss-2009-09-12 is not an option because it
> will cause trouble with typical version comparison functions (for
> example, that are sometimes used for building Octave Forge packages).
>
> This snapshot includes the new experimental OpenGL-based graphics
> code, but the gnuplot backend is used by default.  Assuming you have
> all the required libraries and have built the OpenGL bits properly,
> you should be able to switch to the new backend with the command
>
>   backend ("fltk");
>
> Plots should mostly work, but there are still some problems.  If you
> would like to see these graphics features improve at a more rapid
> pace, please help with implementing the things you miss most.  We
> would like to have "rundemos plot" working correctly before the next
> major release.
>
> jwe



reply via email to

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