Changes between Version 2 and Version 3 of Ticket #62183


Ignore:
Timestamp:
Jan 30, 2021, 7:35:00 PM (3 years ago)
Author:
simon-dedeo
Comment:

Legend:

Unmodified
Added
Removed
Modified

  • Ticket #62183 – Description

    v2 v3  
    2424
    2525Thank you for any help -- keen to get our code up and running on the new system.
     26
     27**UPDATE: FIXED**
     28
     29After some more playing around, I noticed that there was a version incompatability between the clang residing in /usr/bin/clang, and the one in /Library/Developer/CommandLineTools/usr/bin/:
     30
     31{{{
     32simon$ /usr/bin/clang --version
     33Apple LLVM version 8.1.0 (clang-802.0.42)
     34Target: x86_64-apple-darwin16.7.0
     35Thread model: posix
     36InstalledDir: /Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bin
     37}}}
     38
     39{{{
     40simon$ /Library/Developer/CommandLineTools/usr/bin/clang --version
     41Apple LLVM version 9.0.0 (clang-900.0.39.2)
     42Target: x86_64-apple-darwin16.7.0
     43Thread model: posix
     44InstalledDir: /Library/Developer/CommandLineTools/usr/bin
     45}}}
     46
     47{{{
     48simon$ /opt/local/bin/clang --version
     49clang version 9.0.1
     50Target: x86_64-apple-darwin16.7.0
     51Thread model: posix
     52InstalledDir: /opt/local/libexec/llvm-9.0/bin
     53}}}
     54
     55For some reason, making a soft link from {{{ /Library/Developer/CommandLineTools/usr/bin/clang }}} to {{{ /opt/local/clang }}} seemed to trigger the right behavior. Amusingly, one reason I noticed this is that I had an older ticket here about my adventures in clang version land.
     56
     57I don't know if the earlier failure to compile was triggered by running things with clang 8.1, or if it had something to do with mixing clang 8.1 and 9.0 at different stages.
     58
     59I've attached the new, successful log file in case people are curious.