[MacPorts] #59717: clang >= 3.4: Unable to build/bootstrap on Intel Tiger

[MacPorts]

#59717: clang >= 3.4: Unable to build/bootstrap on Intel Tiger
-------------------------------------------------+-------------------------
  Reporter:  dgelessus                           |      Owner:  (none)
      Type:  defect                              |     Status:  new
  Priority:  Normal                              |  Milestone:
 Component:  ports                               |    Version:
Resolution:                                      |   Keywords:  tiger i386
      Port:  libcxx llvm-3.4 clang-3.4 llvm-3.7  |
  clang-3.7                                      |
-------------------------------------------------+-------------------------

Comment (by dgelessus):

 MacPorts cmake was recently updated to 3.16.1, so I tried building the new
 version on my system.

 First I got the compile errors that have already been reported in #59772,
 which I am able to fix using the
 [https://trac.macports.org/attachment/ticket/59808/patch-
 cmake-3-16-tiger.diff patch] you (kencu) posted in that issue. However
 even with the patch I get the same bus error that I already got with cmake
 3.15.5.

 This time I figured out how to get a proper crash report from the
 bootstrap cmake binary (see attachment). The stack trace points into an
 atomic int operation in libstdcxx:

 {{{
 Exception:  EXC_BAD_ACCESS (0x0001)
 Codes:      KERN_PROTECTION_FAILURE (0x0002) at 0x00000000

 Thread 0 Crashed:
 0   libstdc++.6.dylib   0x90b40517 _gnu_cxx::__exchange_and_add(int
 volatile*, int) + 9
 1   libstdc++.6.dylib   0x90b4c9a2
 std::locale::_Impl::_M_remove_reference() + 26
 2   libstdc++.6.dylib   0x90b06bfd std::locale::~locale [in-charge]() + 19
 3   cmake               0x00080570
 cmGeneratedFileStream::~cmGeneratedFileStream [not-in-charge]() + 74
 4   cmake               0x000804c6
 cmGeneratedFileStream::~cmGeneratedFileStream [in-charge]() + 34
 5   cmake               0x001a6f6b cmake::~cmake [not-in-charge]() + 431
 6   cmake               0x001b4a69 main + 3383
 7   cmake               0x0000b85a _start + 216
 8   cmake               0x0000b781 start + 41
 }}}

 I searched the issue tracker but couldn't find any previous reports
 similar to this.

 Also, I noticed that the build now selects MacPorts Clang 3.4 by default
 rather than GCC as before. No idea if that means anything, but it is
 interesting because I tested building cmake 3.15.5 with that compiler
 before, and it failed to parse some standard headers included by cmake.
 With cmake 3.16.1 that doesn't seem to be an issue anymore.

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