[MacPorts] #50226: julia @0.4.2_1 fails building on 10.6.8

[MacPorts]

#50226: julia @0.4.2_1 fails building on 10.6.8
-------------------------+--------------------
  Reporter:  braumann@…  |      Owner:  sean@…
      Type:  defect      |     Status:  closed
  Priority:  Normal      |  Milestone:
 Component:  ports       |    Version:  2.3.4
Resolution:  wontfix     |   Keywords:
      Port:  julia       |
-------------------------+--------------------

Comment (by braumann@…):

 Well, but why `gcc5` is listed under build dependencies?

 {{{
 $ sudo port info --pretty --fullname --depends julia
 Full Name: julia @0.4.2+gcc5
 Build Dependencies:   gcc5
 Library Dependencies: llvm-3.7, curl, pcre2, gmp, mpfr, SuiteSparse,
 fftw-3,
                       fftw-3-single, ncurses, arpack, libgit2, OpenBLAS,
 libgcc
 }}}
 In other words, are you using `clang` for building `julia`? And if yes,
 what version? Would you recommend to use `clang-3.7`?

 At the moment I do not fully understand what the selection of the compiler
 for building `julia` has to do with `julia`'s way to compile at runtime.
 Could you please explain what the `+gcc5` variant means? And how `julia`
 it interacting with `llvm-3.7`?

 As I wrote earlier, when specifying e.g. `configure.compiler=macports-
 gcc-5` during configuration of `julia` it searches an non-existing
 archiver named `gcc-ar`. However, the correct name resolution would be
 `gcc-ar-mp-5`, as the compiler is named `gcc-mp-5`. Also, when specifying
 `configure.compiler=macports-clang-3.7` it searches `clang-ar`, which also
 is not existing, instead the corresponding archiver's name is `llvm-ar-
 mp-3.7`. This problem occurs since the name of the archiver is being
 deduced from the compiler name. This is unusual in MacPorts, I think, as
 `/opt/local/bin/ar` should do anyway, and since `/opt/local/bin` should
 occur before `/usr/bin` in the `$PATH` variable, there seems to be no
 reason why not simply calling `ar` instead of deducing the name from the
 compiler name.

-- 
Ticket URL: <https://trac.macports.org/ticket/50226#comment:5>
MacPorts <https://www.macports.org/>
Ports system for OS X