[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: 4.0.3 (stable) build problem on Mac OS X
From: |
Ben Abbott |
Subject: |
Re: 4.0.3 (stable) build problem on Mac OS X |
Date: |
Thu, 26 May 2016 07:31:17 -0400 |
> 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
Re: 4.0.3 (stable) build problem on Mac OS X, Ben Abbott, 2016/05/28