[MacPorts] #65314: doxygen @1.9.4: fails to build on 10.12 and earlier

[MacPorts]

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

Old 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.

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.
 ```

--

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