help-octave
[Top][All Lists]
Advanced

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

Re: Build failure: undefined symbol check_version(...)


From: Andrew Janke
Subject: Re: Build failure: undefined symbol check_version(...)
Date: Sun, 1 Jul 2018 04:15:19 -0400
User-agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:52.0) Gecko/20100101 Thunderbird/52.8.0



On 7/1/18 3:32 AM, Andrew Janke wrote:

Undefined symbols for architecture x86_64:
  "check_version(std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const&, std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const&)", referenced from:
      _G__delaunayn__ in __delaunayn___la-__delaunayn__.o
  "err_disabled_feature(std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const&, std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const&, std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const&)", referenced from:       F__delaunayn__(octave_value_list const&, int) in __delaunayn___la-__delaunayn__.o   "octave_dld_function::create(octave_value_list (*)(octave_value_list const&, int), octave::dynamic_library const&, std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const&, std::__1::basic_string<char, std::__1::char_traits<char>, std::__1::allocator<char> > const&)", referenced from:
      _G__delaunayn__ in __delaunayn___la-__delaunayn__.o
ld: symbol(s) not found for architecture x86_64
clang: error: linker command failed with exit code 1 (use -v to see invocation)
make[2]: *** [libinterp/dldfcn/__delaunayn__.la] Error 1
make[1]: *** [all-recursive] Error 1
make: *** [all] Error 2

I don't see any libinterp* or liboctinterp* libs referenced there; I'm guessing that's where the stuff from libinterp/corefcn/defun.cc would need to be pulled in from.


Looks like this is an issue introduced since 4.4.0: I'm able to build 4.4.0 okay, but building from the tip of the Hg repo breaks like this.

Looks like it might be related to http://hg.savannah.gnu.org/hgweb/octave/rev/fa66d81d0956, introduced pursuant to https://savannah.gnu.org/bugs/index.php?53627. Commenting there.

Cheers,
Andrew




reply via email to

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