octave-maintainers
[Top][All Lists]
Advanced

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

Re: 4.0.3 (stable) build problem on Mac OS X


From: Tatsuro MATSUOKA
Subject: Re: 4.0.3 (stable) build problem on Mac OS X
Date: Fri, 27 May 2016 20:38:59 +0900 (JST)

----- Original Message -----

> From: Ben Abbott 
> To: Tatsuro MATSUOKA 
> Cc: Ben Abbott ; octave-maintainers 
> Date: 2016/5/26, Thu 20:31
> Subject: Re: 4.0.3 (stable) build problem on Mac OS X
> 
>>  On May 26, 2016, at 3:24 AM, Tatsuro MATSUOKA  
> wrote:
>> 
>>>  From: Ben Abbott 
>>>  To: Tatsuro MATSUOKA 
>>>  Cc: Ben Abbott ; octave-maintainers 
>>>  Date: 2016/5/23, Mon 19:57
>>>  Subject: Re: 4.0.3 (stable) build problem on Mac OS X
>>> 
>>> 
>>>>  On May 23, 2016, at 6:36 AM, Tatsuro MATSUOKA 
>>>  wrote:
>>>> 
>>>>  ----- Original Message -----
>>>> 
>>>>>  From: Ben Abbott 
>>>>>  To: octave-maintainers 
>>>>>  Cc: 
>>>>>  Date: 2016/5/22, Sun 02:40
>>>>>  Subject: 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
>>>> 
>>>> 
>>>>  I will try if I can manage stable branch source on Ubuntu and 
> windows.
>>>>  How can I get it using hg commands?
>>>> 
>>>>  Tatsuro
>>> 
>>>  Hi Tatsuro,
>>> 
>>>  I’m using the stable branch as a “preview” of 4.0.3. To build, I’ve 
> created an 
>>>  archive for the default branch.
>>> 
>>>      hg clone http://www.octave.org/hg/octave
>>> 
>>>  and then used that to clone a second archive for stable
>>> 
>>>      hg clone ./octave ./stable
>>> 
>>>  You can use any existing hg archive for octave that is up to date and 
> clone 
>>>  that.
>>> 
>>>  To build the stable version 
>>> 
>>>      cd stable
>>>      hg branch stable
>>>      ./bootstrap
>> 
>> 
>>  Thank you for your instruction.
>> 
>>  I have followed the instruction on Ubuntu 14.04.
>>  However,
>>>      hg branch stable
>> 
>>  hg blames that there is a branch that has the same name. abort.
>>  (Sorry message is written in Japanese so I translated it.)
>> 
>>  Any suggestions?
>> 
>>  Tatsuro
> 
> HI Tatsuro,
> 
> I apologize. I gave you the wrong instructions.
> 
> Try …
> 
>     hg update stable
> 
> To confirm you are using the stable branch, type ...
> 
>     hg branch
> 
> Regards,
> Ben


I have followed your instruction (Ubuntu 14.04 64 bit gcc version 4.8.4 (Ubuntu 
4.8.4-2ubuntu1~14.04.3) 
):

Build was fine.
make check

Summary:

  PASS     13119
  FAIL         0
  XFAIL       25
  SKIPPED     20

But 

GNU Octave, version 4.0.2
Copyright (C) 2016 John W. Eaton and others.
This is free software; see the source code for copying conditions.
There is ABSOLUTELY NO WARRANTY; not even for MERCHANTABILITY or
FITNESS FOR A PARTICULAR PURPOSE.  For details, type 'warranty'.

Octave was configured for "x86_64-unknown-linux-gnu".

???

Version of octave is 4.0.2 but not 4.0.3.

Any suggestions?

Tatsuro



reply via email to

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