Opened 6 months ago

Closed 6 months ago

#68529 closed defect (fixed)

doxygen @1.9.8_0 Fails to Build - Undefined symbols

Reported by: RobK88 Owned by: mascguy (Christopher Nielsen)
Priority: Normal Milestone:
Component: ports Version: 2.8.1
Keywords: Cc: RobK88, michaelld (Michael Dickens)
Port: doxygen

Description (last modified by RobK88)

I am unable to upgrade or install doxygen to version @1.9.8_0 (from version 1.9.3_3) on Lion, Mtn Lion or High Sierra.

Since doxygen is now using clang-17 as a build dependency, I tried to build using clang-16 but got the same errors.

On Lion and Mtn Lion, one sees the following errors:

Undefined symbols for architecture x86_64:
  "typeinfo for std::bad_variant_access", referenced from:
      __ZNSt3__126__throw_bad_variant_accessB7v170003Ev in libdoxymain.a(doxygen.cpp.o)
      __ZNSt3__126__throw_bad_variant_accessB7v170003Ev in libdoxymain.a(util.cpp.o)
      __ZNSt3__126__throw_bad_variant_accessB7v170003Ev in libdoxymain.a(conceptdef.cpp.o)
      __ZNSt3__126__throw_bad_variant_accessB7v170003Ev in libdoxymain.a(index.cpp.o)
      __ZNSt3__126__throw_bad_variant_accessB7v170003Ev in libdoxymain.a(classdef.cpp.o)
      __ZNSt3__126__throw_bad_variant_accessB7v170003Ev in libdoxymain.a(xmlgen.cpp.o)
      __ZNSt3__126__throw_bad_variant_accessB7v170003Ev in libdoxymain.a(memberdef.cpp.o)
      ...
  "vtable for std::bad_variant_access", referenced from:
      __ZNSt3__126__throw_bad_variant_accessB7v170003Ev in libdoxymain.a(doxygen.cpp.o)
      __ZNSt3__126__throw_bad_variant_accessB7v170003Ev in libdoxymain.a(util.cpp.o)
      __ZNSt3__126__throw_bad_variant_accessB7v170003Ev in libdoxymain.a(conceptdef.cpp.o)
      __ZNSt3__126__throw_bad_variant_accessB7v170003Ev in libdoxymain.a(index.cpp.o)
      __ZNSt3__126__throw_bad_variant_accessB7v170003Ev in libdoxymain.a(classdef.cpp.o)
      __ZNSt3__126__throw_bad_variant_accessB7v170003Ev in libdoxymain.a(xmlgen.cpp.o)
      __ZNSt3__126__throw_bad_variant_accessB7v170003Ev in libdoxymain.a(memberdef.cpp.o)
      ...
  NOTE: a missing vtable usually means the first non-inline virtual member function has no definition.
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]: *** [bin/doxygen] Error 1
make[2]: Leaving directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_macports_release_tarballs_ports_textproc_doxygen/doxygen/work/doxygen-1.9.8'
make[1]: *** [src/CMakeFiles/doxygen.dir/all] Error 2
make[1]: Leaving directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_macports_release_tarballs_ports_textproc_doxygen/doxygen/work/doxygen-1.9.8'
make: *** [all] Error 2
make: Leaving directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_macports_release_tarballs_ports_textproc_doxygen/doxygen/work/doxygen-1.9.8'
Command failed:  cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_macports_release_tarballs_ports_textproc_doxygen/doxygen/work/doxygen-1.9.8" && /usr/bin/make -j4 -w all VERBOSE=ON 
Exit code: 2
Error: Failed to build doxygen: command execution failed
Error: See /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_macports_release_tarballs_ports_textproc_doxygen/doxygen/main.log for details.
Error: Follow https://guide.macports.org/#project.tickets if you believe there is a bug.

Attachments (1)

main.log (628.8 KB) - added by RobK88 6 months ago.

Download all attachments as: .zip

Change History (6)

Changed 6 months ago by RobK88

Attachment: main.log added

comment:1 Changed 6 months ago by RobK88

Cc: RobK88 added

comment:2 Changed 6 months ago by RobK88

Description: modified (diff)

comment:3 Changed 6 months ago by mascguy (Christopher Nielsen)

Cc: mascguy added

comment:4 Changed 6 months ago by mascguy (Christopher Nielsen)

Cc: michaelld added; mascguy removed
Keywords: lion mtn-lion high sierra removed
Owner: set to mascguy
Status: newassigned

This is the same issue that was previously logged against doxygen-devel: issue:65314

We'll likely need to use legacysupport - with macports-libcxx - to resolve this.

comment:5 Changed 6 months ago by Christopher Nielsen <mascguy@…>

Resolution: fixed
Status: assignedclosed

In 610b7cc0e3ff4596287bf8328df9c7bcba47e036/macports-ports (master):

doxygen: reconcile with doxygen-devel

  • Cxx standard is now 2017, rather than 2014
  • Use 'macports-libcxx', via 'legacysupport'

Fixes: #68529

Note: See TracTickets for help on using tickets.