[MacPorts] #69628: Gildas 202303a fails to link on 10.8: Undefined symbols for architecture x86_64: "__ZNKSs7compareEPKc" etc.

[MacPorts]

#69628: Gildas 202303a fails to link on 10.8: Undefined symbols for architecture
x86_64:   "__ZNKSs7compareEPKc" etc.
---------------------------+--------------------------
  Reporter:  barracuda156  |      Owner:  bardeau
      Type:  defect        |     Status:  assigned
  Priority:  Normal        |  Milestone:
 Component:  ports         |    Version:  2.9.1
Resolution:                |   Keywords:  mountainlion
      Port:  gildas        |
---------------------------+--------------------------

Comment (by bardeau):

 All the undefined symbols are those from the C++ library (the one
 associated to the C++ compiler).

 The libatm2009.so library created here, and subsequent libraries and
 programs created later in the build process, have to be linked by the
 Fortran compiler. The counterpart is that we have to provide in a way or
 another the path to the C++ library (either with -L/-l options, or with a
 full path). Unfortunately the piece of Makefile we use say it clearly:

 {{{
 ifeq ($(GAG_COMPILER_CXXKIND),clang++)
   # Apple LLVM: we have to link against libc++. No way to find its correct
   # location, assume default.
   GAG_COMPILER_CXXLIBS = -lc++
 else
   # GNU: we have to link against libstdc++. Find its correct location (it
   # can be at non standard place in case of custom compiler)
   GAG_COMPILER_CXXLIBS = $(shell $(GAG_COMPILER_CXXEXE) -print-file-
 name=libstdc++.$(LIB_CXX_EXT))
 endif
 }}}

 If you know a robust way to get the libc++ library location, I can make a
 fix. Note that there is no issue on Mavericks and newer Mac OS version.

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