[MacPorts] #56763: qemu @2.12.0_0 +snappy configure fails with numerous errors in qemu-conf.c

MacPorts noreply at macports.org
Mon Jul 2 21:55:46 UTC 2018


#56763: qemu @2.12.0_0 +snappy configure fails with numerous errors in qemu-conf.c
---------------------------+----------------------
  Reporter:  ShadSterling  |      Owner:  raimue
      Type:  defect        |     Status:  assigned
  Priority:  Normal        |  Milestone:
 Component:  ports         |    Version:  2.5.2
Resolution:                |   Keywords:
      Port:  qemu snappy   |
---------------------------+----------------------
Changes (by raimue):

 * port:  qemu => qemu snappy


Comment:

 Thank you for the report. Many of the errors are just from other tests and
 can be ignored. Only the last error about missing symbols is relevant.

 The problem seems to be in the snappy library. Basically, this is the test
 program that the qemu configure script wants to run:

 {{{
 $ echo -e "#include <snappy-c.h>\nint main(void) {
 snappy_max_compressed_length(4096); return 0; }" | clang -xc
 -I/opt/local/include -L/opt/local/lib - -lsnappy
 Undefined symbols for architecture x86_64:
   "std::__1::__vector_base_common<true>::__throw_length_error() const",
 referenced from:
       std::__1::vector<snappy::SnappySinkAllocator::Datablock,
 std::__1::allocator<snappy::SnappySinkAllocator::Datablock>
 >::allocate(unsigned long) in libsnappy.a(snappy.cc.o)
       void std::__1::vector<snappy::SnappySinkAllocator::Datablock,
 std::__1::allocator<snappy::SnappySinkAllocator::Datablock>
 >::__push_back_slow_path<snappy::SnappySinkAllocator::Datablock
 const>(snappy::SnappySinkAllocator::Datablock const&) in
 libsnappy.a(snappy.cc.o)
       void std::__1::vector<char*, std::__1::allocator<char*>
 >::__push_back_slow_path<char* const>(char* const&) in
 libsnappy.a(snappy.cc.o)
   "std::__1::basic_string<char, std::__1::char_traits<char>,
 std::__1::allocator<char> >::resize(unsigned long, char)", referenced
 from:
 ...
 }}}

 Note there is only a `libsnappy.a` and no dynamic library. I don't know
 why it references undefined C++ symbols. This problem might be related to
 #55583.

-- 
Ticket URL: <https://trac.macports.org/ticket/56763#comment:2>
MacPorts <https://www.macports.org/>
Ports system for macOS


More information about the macports-tickets mailing list