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

[Ben Abbott]

> On May 26, 2016, at 3:24 AM, Tatsuro MATSUOKA <address@hidden> 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