[MacPorts] #58493: cctools: using clang < 5.0 as default assembler generates assembly errors in some cases

[MacPorts]

#58493: cctools: using clang < 5.0 as default assembler generates assembly errors
in some cases
----------------------+----------------------
  Reporter:  kencu    |      Owner:  jeremyhu
      Type:  defect   |     Status:  assigned
  Priority:  Normal   |  Milestone:
 Component:  ports    |    Version:
Resolution:           |   Keywords:
      Port:  cctools  |
----------------------+----------------------

Comment (by cjones051073):

 Replying to [comment:20 mouse07410]:
 > Yes it probably would be worse than now.
 >
 > Having to install a whole c...load of unnecessary old LLVM and possibly
 Clang (and spending time for that monster to compile/build, as usually
 happens on my installations) is extremely annoying.
 >
 > I would prefer dependency on Xcode assembler instead. Especially since
 in most cases you have to have Xcode installed for Macports to be able to
 build ports anyway.

 None of what I propose would have any impact on what you describe above.
 In fact it would make it better.

 Just to be clear, cctools does *not* have any dependency on any macports
 clang version for the `as` implementation it has. By construction, as
 otherwise there would be a circular dep. The only reason you have to
 'install a whole c...load of unnecessary old LLVM and possibly Clang' is
 because of the dep in gcc on clang, which is needed because of the current
 logic in the cctools port. What I am proposing is for cctools to be made a
 bit more liberal in allowing more macports clang compilers to be use *if*
 they happen to be installed, and to make the list of versions something
 indepedent to the llvm version that cctools happens to be built using. If
 this is done, the logic in gcc can be much reduced.

 It would also be possible to check the Xcode version, and if new enough
 have gcc skip adding any macports clang dep, and thus just using the
 system (Xcode) /usr/bin/clang. This could of course be done now, if you
 want. I just don't personally consider the clang dep enough of an issue
 myself to address it. PRs welcome of course.

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