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: Thu, 26 May 2016 16:24:47 +0900 (JST)

> 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




reply via email to

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