octave-bug-tracker
[Top][All Lists]
Advanced

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

[Octave-bug-tracker] [bug #53627] build: oct files should not need to li


From: Andrew Janke
Subject: [Octave-bug-tracker] [bug #53627] build: oct files should not need to link with -loctinterp -loctave
Date: Sun, 1 Jul 2018 04:13:20 -0400 (EDT)
User-agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_13_5) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/67.0.3396.87 Safari/537.36

Follow-up Comment #8, bug #53627 (project octave):

I think this may have broken the build on Mac, too.

I am building Octave on macOS 10.13.5. I can build the 4.4.0 release okay, but
building from the tip of the Hg repo is broken with the following build
error.


$ make V=1
rm -f bits/stl_algo.h
/Applications/Xcode-9.4.app/Contents/Developer/usr/bin/make all-recursive
Making all in libgnu
/Applications/Xcode-9.4.app/Contents/Developer/usr/bin/make all-recursive
make[4]: Nothing to be done for `all-am'.
/bin/sh ./libtool  --tag=CXX   --mode=link g++ -std=gnu++11 -fPIC
-D_THREAD_SAFE -pthread -Wall -W -Wshadow -Wold-style-cast -Wformat
-Wpointer-arith -Wwrite-strings -Wcast-align -Wcast-qual  -g -O2
-avoid-version -module -no-undefined     -o libinterp/dldfcn/__delaunayn__.la
-rpath /tmp/test-octave/lib/octave/5.0.0
libinterp/dldfcn/__delaunayn___la-__delaunayn__.lo   -lm
libtool: link: g++ -std=gnu++11  -o libinterp/dldfcn/.libs/__delaunayn__.so
-bundle libinterp/dldfcn/.libs/__delaunayn___la-__delaunayn__.o   -lm -pthread
-g -O2   -pthread
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'm configuring using the following:


../octave/configure --prefix=/tmp/test-octave --disable-readline
--without-fltk --without-x --without-qhull


Switching to shared libs doesn't fix it; and doing
--enable-link-all-dependencies breaks the build with a different error.

Maybe this needs to be conditionalized for macOS as well as Windows?

    _______________________________________________________

Reply to this item at:

  <http://savannah.gnu.org/bugs/?53627>

_______________________________________________
  Message sent via Savannah
  https://savannah.gnu.org/




reply via email to

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