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

[Ben Abbott]

> On May 27, 2016, at 07:38, Tatsuro MATSUOKA <address@hidden> wrote:
> 
> ----- 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

That is correct. The version number will change when 4.0.3 is released. For now 
stable is 4.0.2 with several changesets added.

When I have time I'll bisect to determine which changeset triggered the problem 
I am seeing.

Thanks
Ben