Abhinav Tripathi | 25 May 10:06 2016
Picon

Help in Building octave on ubuntu 12.04

Hi,
I have successfully built octave from source on ubuntu 16.04 using the same steps. But when I issue the 'make' command on ubuntu 12.04 then I get the following error:
.
  CXX    libinterp/dldfcn/libinterp_dldfcn___delaunayn___la-__delaunayn__.lo
In file included from ../liboctave/array/Array.h:38:0,
                 from ../libinterp/corefcn/Cell.h:31,
                 from ../libinterp/dldfcn/__delaunayn__.cc:50:
../liboctave/array/idx-vector.h:68:55: error: 'unique_ptr' in namespace 'std' does not name a type
In file included from ../libinterp/corefcn/error.h:31:0,
                 from ../libinterp/octave-value/ov-base.h:40,
                 from ../libinterp/octave-value/ov.h:57,
                 from ../libinterp/corefcn/Cell.h:33,
                 from ../libinterp/dldfcn/__delaunayn__.cc:50:
../liboctave/util/unwind-prot.h: In member function 'virtual void octave::unwind_protect::run_first()':
../liboctave/util/unwind-prot.h:73:11: error: 'unique_ptr' is not a member of 'std'
.
.
I can't update the ubuntu 12.04 for some reasons. And it would help if I could work on this machine too..
The gcc version is 4.6.3
.
I have already tried using unique_ptr successfully on my programs on the same compiler set. I had to pass -std=c++0x flag.  [-std=c++11 is not supported]
I guess that octave is not using this flag? (Although as seen from some of the outputs, it checks automatically for the flag to support c++11)
.
Is there a way to tell make to use the -std=c++0x flag?
.
.
Just in case, I follow the following list to build octave: (a mix of octave wiki and this site)
.
hg clone http://www.octave.org/hg/octave
cd octave
hg -v pull
hg -v update
./bootstrap
mkdir my_build
cd my_build

# 1) get necessary dev-tools sudo apt-get install g++ gcc gfortran make autoconf automake bison flex gperf gzip icoutils librsvg2-bin libtool perl rsync tar # 2) get necessary packages sudo apt-get install libblas-dev liblapack-dev libpcre3-dev libarpack2-dev libcurl4-gnutls-dev epstool libfftw3-dev transfig libfltk1.3-dev libfontconfig1-dev libfreetype6-dev libgl2ps-dev libglpk-dev libreadline-dev gnuplot libgraphicsmagick++-dev libhdf5-serial-dev openjdk-7-jdk libsndfile1-dev llvm-dev lpr texinfo libgl1-mesa-dev libosmesa6-dev pstoedit portaudio19-dev libqhull-dev libqrupdate-dev libqscintilla2-dev libqt4-dev libqtcore4 libqtwebkit4 libqt4-network libqtgui4 libsuitesparse-dev libxft-dev zlib1g-dev
../configure --prefix=/opt/octave_dev
make
make check
sudo make install
.
.
Abhinav
Rik | 25 May 06:24 2016

--no-window-system option and plotting

All,

If I start octave with the --no-window-system option, should I really be
able to plot?

Currently,

octave -f -W
plot (1:10)

works for me which seems odd.

--Rik

Rik | 24 May 19:56 2016

Help with text RGB syntax

Could someone with access to Matlab run the following examples?  I'd like
to know how picky the Tex parser is about the RGB color specification.

text (0.5,0.4, 'Hello \color[rgb]{1,0,0}World')
text (0.5,0.5, 'Hello \color[rgb]{1 0 0}World')
text (0.5,0.6, 'Hello \color[rgb]{1;0;0}World')
text (0.5,0.7, 'Hello \color[rgb]{1, 0, 0}World')

All I need to know is which syntax examples succeed.

Thanks,
Rik

TrucomanX XnamocurT | 24 May 20:00 2016
Picon

Latex equation support in the documentation created by generate_html package

I am writing to call your attention and ask for your comments about a pacth/improved that I am proposing.

https://savannah.gnu.org/patch/?9009

I like propose to use JavaScript to give Latex equation support
in texinfo source documentation created by generate_html package.

the result can be seen in the next page:

http://nongnu.org/bsltl/bsltl_refman/bsltl/package_doc/index.html

Please I would to know your comments about this proposal.

Fernando
Tatsuro MATSUOKA | 24 May 11:46 2016
Picon

[mxe-octave native build] build openblas error for Large Arrays

Failed to build package openblas!

------------------------------------------------------------
OPENBLAS_NUM_THREADS=2 ./zblat3 < ./zblat3.dat
make[3]: Leaving directory `/home/tatsuro/work/octave/mxe-octave/mxe-octave-lunix-e64/tmp-openblas/OpenBLAS-0.2.18/test'
make[2]: *** [tests] Error 2
make[2]: Leaving directory `/home/tatsuro/work/octave/mxe-octave/mxe-octave-lunix-e64/tmp-openblas/OpenBLAS-0.2.18'
make[1]: *** [build-only-openblas] Error 2
make[1]: Leaving directory `/home/tatsuro/work/octave/mxe-octave/mxe-octave-lunix-e64'
real48m21.768s
user37m4.934s
sys5m54.073s
------------------------------------------------------------
[log]      /home/tatsuro/work/octave/mxe-octave/mxe-octave-lunix-e64/log/openblas

The error point of a log file for openblas.

OPENBLAS_NUM_THREADS=1 OMP_NUM_THREADS=1 ./sblat2 < ./sblat2.dat
rm -f ?BLAT3.SUMM
OPENBLAS_NUM_THREADS=1 OMP_NUM_THREADS=1 ./sblat3 < ./sblat3.dat
OPENBLAS_NUM_THREADS=1 OMP_NUM_THREADS=1 ./dblat2 < ./dblat2.dat
OPENBLAS_NUM_THREADS=1 OMP_NUM_THREADS=1 ./dblat3 < ./dblat3.dat
OPENBLAS_NUM_THREADS=1 OMP_NUM_THREADS=1 ./cblat2 < ./cblat2.dat
OPENBLAS_NUM_THREADS=1 OMP_NUM_THREADS=1 ./cblat3 < ./cblat3.dat
OPENBLAS_NUM_THREADS=1 OMP_NUM_THREADS=1 ./zblat2 < ./zblat2.dat
OPENBLAS_NUM_THREADS=1 OMP_NUM_THREADS=1 ./zblat3 < ./zblat3.dat
zblat2: ztrmv.c:265: ztrmv_: Assertion `stack_check == 0x7fc01234' failed.

Program received signal SIGABRT: Process abort signal.

Backtrace for this error:
#0  0x2ABF29975777
#1  0x2ABF29975D7E
#2  0x2ABF2A1D0D3F
#3  0x2ABF2A1D0CC9
#4  0x2ABF2A1D40D7
#5  0x2ABF2A1C9B85
#6  0x2ABF2A1C9C31
#7  0x421B21 in ztrmv_
#8  0x41180D in zchk3_
#9  0x41FE0E in MAIN__ at zblat2.f:?
rm -f ?BLAT3.SUMM
OPENBLAS_NUM_THREADS=2 ./sblat3 < ./sblat3.dat
OPENBLAS_NUM_THREADS=2 ./dblat3 < ./dblat3.dat
Aborted (core dumped)
make[3]: *** [level2] Error 134
make[3]: *** Waiting for unfinished jobs....
OPENBLAS_NUM_THREADS=2 ./cblat3 < ./cblat3.dat
OPENBLAS_NUM_THREADS=2 ./zblat3 < ./zblat3.dat
make[3]: Leaving directory `/home/tatsuro/work/octave/mxe-octave/mxe-octave-lunix-e64/tmp-openblas/OpenBLAS-0.2.18/test'
make[2]: *** [tests] Error 2
make[2]: Leaving directory `/home/tatsuro/work/octave/mxe-octave/mxe-octave-lunix-e64/tmp-openblas/OpenBLAS-0.2.18'
make[1]: *** [build-only-openblas] Error 2
make[1]: Leaving directory `/home/tatsuro/work/octave/mxe-octave/mxe-octave-lunix-e64'

real48m21.768s
user37m4.934s
sys5m54.073s

This might be an issue of my PC but not an issue of issue of mxe-octave.
But cross-compile for windows openblas build for Large Arrays goes well.

Any Suggestions?

Tatsuro

Julien Bect | 23 May 07:32 2016
Picon

cygwin-related problem ?

Hello all,

Could anyone having access to a cygwin environment try to confirm 
Marco's problem here: 
https://sourceforge.net/p/octave/package-releases/254/ ?

You simply have to download the tarball in my second reply and try "pkg 
-verbose build build2 generate_html-0.1.11.tar.gz".

Answers from people working on Windows or Mac OS could be interesting as 
well.

 <at> ++
Julien

Tatsuro MATSUOKA | 23 May 02:43 2016
Picon

[mxe-octave] Are hg pull and hg update required even at fresh hg clone?

I am trying building octave using mxe-octave.

I have found that fresh clone repo directory trees are not the latest one.
I had to execute  

cd (cloned directory)
hg -v pull
hg -v update

to update the latest one.

If it is true, description on the Wiki should be modified?

Install all requirements of MXE Octave.

hg clone http://hg.octave.org/mxe-octave/
cd mxe-octave
autoconf
./configure
make nsis-installer
 |
 V
hg clone http://hg.octave.org/mxe-octave/
cd mxe-octave
hg -v pull
hg -v update
autoconf
./configure
make nsis-installer

Am I write?

Tatsuro

Ben Abbott | 21 May 19:40 2016
Picon
Gravatar

4.0.3 (stable) build problem on Mac OS X

Is anyone seeing this

  CXXLD    liboctinterp.la
libtool: warning: '/sw/lib/libarpack.la' seems to be moved
libtool: warning: '/sw/lib/libpcre.la' seems to be moved
clang: warning: argument unused during compilation: '-pthread'
clang: warning: argument unused during compilation: '-pthread'
Undefined symbols for architecture x86_64:
  "_compress", referenced from:
      save_mat5_binary_element(std::__1::basic_ostream<char, std::__1::char_traits<char> >&,
octave_value const&, std::__1::basic_string<char, std::__1::char_traits<char>,
std::__1::allocator<char> > const&, bool, bool, bool, bool) in liboctinterp.3.dylib-master.o
  "_gzclose", referenced from:
      gzfilebuf::~gzfilebuf() in liboctinterp.3.dylib-master.o
      gzfilebuf::close() in liboctinterp.3.dylib-master.o
      gzifstream::close() in liboctinterp.3.dylib-master.o
      gzofstream::close() in liboctinterp.3.dylib-master.o
      c_zfile_ptr_buf::file_close(void*) in liboctinterp.3.dylib-master.o
  "_gzdopen", referenced from:
      Ffopen(octave_value_list const&, int) in liboctinterp.3.dylib-master.o
      gzfilebuf::attach(int, unsigned int) in liboctinterp.3.dylib-master.o
  "_gzflush", referenced from:
      c_zfile_ptr_buf::~c_zfile_ptr_buf() in liboctinterp.3.dylib-master.o
      c_zfile_ptr_buf::buf_close() in liboctinterp.3.dylib-master.o
      c_zfile_ptr_buf::~c_zfile_ptr_buf() in liboctinterp.3.dylib-master.o
      c_zfile_ptr_buf::~c_zfile_ptr_buf() in liboctinterp.3.dylib-master.o
      c_zfile_ptr_buf::overflow(int) in liboctinterp.3.dylib-master.o
      c_zfile_ptr_buf::flush() in liboctinterp.3.dylib-master.o
      c_zfile_ptr_buf::sync() in liboctinterp.3.dylib-master.o
      ...
  "_gzgetc", referenced from:
      c_zfile_ptr_buf::underflow_common(bool) in liboctinterp.3.dylib-master.o
      c_zfile_ptr_buf::underflow() in liboctinterp.3.dylib-master.o
      c_zfile_ptr_buf::uflow() in liboctinterp.3.dylib-master.o
  "_gzopen", referenced from:
      gzfilebuf::open(char const*, unsigned int) in liboctinterp.3.dylib-master.o
  "_gzputc", referenced from:
      c_zfile_ptr_buf::overflow(int) in liboctinterp.3.dylib-master.o
  "_gzread", referenced from:
      c_zfile_ptr_buf::xsgetn(char*, long) in liboctinterp.3.dylib-master.o
      gzfilebuf::pbackfail(int) in liboctinterp.3.dylib-master.o
      gzfilebuf::underflow() in liboctinterp.3.dylib-master.o
  "_gzseek", referenced from:
      gzfilebuf::pbackfail(int) in liboctinterp.3.dylib-master.o
      gzfilebuf::seekoff(long long, std::__1::ios_base::seekdir, unsigned int) in liboctinterp.3.dylib-master.o
      gzfilebuf::seekpos(std::__1::fpos<__mbstate_t>, unsigned int) in liboctinterp.3.dylib-master.o
      octave_tstdiostream<c_zfile_ptr_buf, c_file_ptr_stream<std::__1::basic_iostream<char,
std::__1::char_traits<char> >, void*, c_zfile_ptr_buf>, void*>::seek(long long, int) in liboctinterp.3.dylib-master.o
  "_gzsetparams", referenced from:
      gzfilebuf::setcompression(int, int) in liboctinterp.3.dylib-master.o
  "_gztell", referenced from:
      gzfilebuf::seekoff(long long, std::__1::ios_base::seekdir, unsigned int) in liboctinterp.3.dylib-master.o
      octave_tstdiostream<c_zfile_ptr_buf, c_file_ptr_stream<std::__1::basic_iostream<char,
std::__1::char_traits<char> >, void*, c_zfile_ptr_buf>, void*>::tell() in liboctinterp.3.dylib-master.o
  "_gzungetc", referenced from:
      c_zfile_ptr_buf::underflow_common(bool) in liboctinterp.3.dylib-master.o
      c_zfile_ptr_buf::pbackfail(int) in liboctinterp.3.dylib-master.o
      c_zfile_ptr_buf::underflow() in liboctinterp.3.dylib-master.o
  "_gzwrite", referenced from:
      c_zfile_ptr_buf::xsputn(char const*, long) in liboctinterp.3.dylib-master.o
      gzfilebuf::overflow(int) in liboctinterp.3.dylib-master.o
  "_uncompress", referenced from:
      read_mat5_binary_element(std::__1::basic_istream<char, std::__1::char_traits<char> >&,
std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const&,
bool, bool&, octave_value&) in liboctinterp.3.dylib-master.o
ld: symbol(s) not found for architecture x86_64
clang: error: linker command failed with exit code 1 (use -v to see invocation)

Ben

John Donoghue | 21 May 19:08 2016
Picon

Re: MXE compile and popen2

On 05/20/2016 07:29 PM, octave-maintainers-request <at> gnu.org wrote:
Message: 1 Date: Fri, 20 May 2016 16:14:05 -0400 From: "John W. Eaton" <jwe <at> octave.org> To: octave-maintainers <at> gnu.org Cc: jwe <at> octave.org Subject: Re: MXE compile and popen2 Message-ID: <573F700D.3010901 <at> octave.org> Content-Type: text/plain; charset=windows-1252; format=flowed On 05/20/2016 04:03 PM, JohnD wrote:
> Using const auto octave_popen2 = &octave::sys::popen2; (note the > ampersand) appears to be compiling ok. Not tested yet for it runs though.
Hmm. Is this only failing for popen2? What about the other symbols that are defined this way? Do you not see warnings from the definition of octave_chdir and octave_getcwd that are also defined in lo-sysdep.h? jwe

It is only for popen - I think the error is misleading, and it is really an issue with not knowing pid_t from within that file.


I am trying with sys/types.h and will push a change up if that works

Tatsuro MATSUOKA | 21 May 12:17 2016
Picon

[mxe-octave] Can WARNING: --enable-64 implies --enable-windows-64 be ignored? for native build

I am trying to build octave with large-array on Ubuntu 14.04 
using mxe-octave native build.

I have followed instruction on the Wiki.
http://wiki.octave.org/MXE

#**********
cd ~/work/octave/mxe-octave
hg clone http://hg.octave.org/mxe-octave/ mxe-octave-lunix-e64
cd ~/work/octave/mxe-octave/mxe-octave-lunix-e64
autoconf
./configure --enable-64 --enable-native-build --enable-pic-flag host_alias=gnu-linux
--enable-openblas --enable-jit --enable-octave=stable
LANG=C make
LANG=C make openblas
cd usr/lib
mv libblas.so libblas.so.reference
ln -s libopenblas.so libblas.so
#**********

At ./configure I have seen the waring

configure: WARNING: --enable-64 implies --enable-windows-64
gnu-linux

config.log also said that
configure:3220: WARNING: --enable-64 implies --enable-windows-64

Is the above able to be ignored?

Tatsuro

Dmitri A. Sergatskov | 21 May 05:12 2016
Picon

octave compile with gcc6.1.1

I am trying to compile octave 4.1.0+ on Fedora 24beta with gcc 6.1.1 and I get
this error:

 CXX      libinterp/octave-value/libinterp_octave_value_liboctave_value_la-ov-builtin.lo
  CXX      libinterp/octave-value/libinterp_octave_value_liboctave_value_la-ov-cell.lo
../libinterp/octave-value/ov-cell.cc: In member function ‘virtual bool octave_cell::save_hdf5(octave_hdf5_id, const char*, bool)’:
../libinterp/octave-value/ov-cell.cc:1040:38: error: ‘floor’ is not a member of ‘gnulib’
       int digits = static_cast<int> (gnulib::floor (::log10 (static_cast<double>
                                      ^~~~~~
../libinterp/octave-value/ov-cell.cc:1040:38: note: suggested alternatives:
In file included from ../liboctave/util/oct-inttypes.h:36:0,
                 from ../liboctave/array/idx-vector.h:38,
                 from ../liboctave/array/Array.h:38,
                 from ../liboctave/array/Array-util.h:28,
                 from ../libinterp/octave-value/ov-cell.cc:34:
../liboctave/numeric/lo-mappers.h:249:1: note:   ‘floor’
 floor (const std::complex<T>& x)
 ^~~~~
In file included from ../liboctave/util/lo-math.h:29:0,
                 from ../liboctave/util/oct-inttypes.h:35,
                 from ../liboctave/array/idx-vector.h:38,
                 from ../liboctave/array/Array.h:38,
                 from ../liboctave/array/Array-util.h:28,
                 from ../libinterp/octave-value/ov-cell.cc:34:
/usr/include/c++/6.1.1/cmath:295:5: note:   ‘std::floor’
     floor(_Tp __x)
     ^~~~~
Makefile:18683: recipe for target 'libinterp/octave-value/libinterp_octave_value_liboctave_value_la-ov-cell.lo' failed
make[2]: *** [libinterp/octave-value/libinterp_octave_value_liboctave_value_la-ov-cell.lo] Error 1

Dmitri.


Gmane