[MacPorts] #65314: doxygen @1.9.4: fails to build on 10.13 and earlier (was: doxygen @1.9.4: fatal error: 'variant' file not found)

MacPorts noreply at macports.org
Thu Jun 9 02:27:15 UTC 2022


#65314: doxygen @1.9.4: fails to build on 10.13 and earlier
-------------------------+-----------------------
  Reporter:  ryandesign  |      Owner:  michaelld
      Type:  defect      |     Status:  reopened
  Priority:  High        |  Milestone:
 Component:  ports       |    Version:  2.7.2
Resolution:              |   Keywords:
      Port:  doxygen     |
-------------------------+-----------------------
Changes (by michaelld):

 * status:  closed => reopened
 * resolution:  fixed =>


Old description:

> doxygen fails to build on 10.13 and earlier:
> https://build.macports.org/builders/ports-10.13_x86_64-builder/builds/153600/steps
> /install-port/logs/stdio
> {{{
>
> In file included from
> /opt/local/var/macports/build/_opt_bblocal_var_buildworker_ports_build_ports_textproc_doxygen/doxygen/work/doxygen-1.9.4/src/code.l:52:
> In file included from
> /opt/local/var/macports/build/_opt_bblocal_var_buildworker_ports_build_ports_textproc_doxygen/doxygen/work/doxygen-1.9.4/src/outputlist.h:25:
> /opt/local/var/macports/build/_opt_bblocal_var_buildworker_ports_build_ports_textproc_doxygen/doxygen/work/doxygen-1.9.4/src/searchindex.h:29:10:
> fatal error: 'variant' file not found
> #include <variant>
>          ^~~~~~~~~
> }}}

New description:

 Undefined symbols for architecture x86_64:
   "typeinfo for std::bad_variant_access", referenced from:
       std::__1::__throw_bad_variant_access() in libdoxymain.a(util.cpp.o)
       std::__1::__throw_bad_variant_access() in
 libdoxymain.a(xmlgen.cpp.o)
       std::__1::__throw_bad_variant_access() in
 libdoxymain.a(perlmodgen.cpp.o)
       std::__1::__throw_bad_variant_access() in
 libdoxymain.a(context.cpp.o)
       std::__1::__throw_bad_variant_access() in
 libdoxymain.a(mangen.cpp.o)
       std::__1::__throw_bad_variant_access() in
 libdoxymain.a(rtfgen.cpp.o)
       std::__1::__throw_bad_variant_access() in
 libdoxymain.a(htmlgen.cpp.o)
       ...
   "vtable for std::bad_variant_access", referenced from:
       std::__1::__throw_bad_variant_access() in libdoxymain.a(util.cpp.o)
       std::__1::__throw_bad_variant_access() in
 libdoxymain.a(xmlgen.cpp.o)
       std::__1::__throw_bad_variant_access() in
 libdoxymain.a(perlmodgen.cpp.o)
       std::__1::__throw_bad_variant_access() in
 libdoxymain.a(context.cpp.o)
       std::__1::__throw_bad_variant_access() in
 libdoxymain.a(mangen.cpp.o)
       std::__1::__throw_bad_variant_access() in
 libdoxymain.a(rtfgen.cpp.o)
       std::__1::__throw_bad_variant_access() in
 libdoxymain.a(htmlgen.cpp.o)
       ...
   NOTE: a missing vtable usually means the first non-inline virtual member
 function has no definition.

--

Comment:

 hmmm ... better, but still some issues ...

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


More information about the macports-tickets mailing list