[MacPorts] #54773: port:libgcc/port:gcc7: proposed modifications, efficiency + libc++ support

MacPorts noreply at macports.org
Sat Sep 9 22:08:39 UTC 2017


#54773: port:libgcc/port:gcc7: proposed modifications, efficiency + libc++ support
--------------------------+----------------------
  Reporter:  RJVB         |      Owner:
      Type:  enhancement  |     Status:  new
  Priority:  Normal       |  Milestone:
 Component:  ports        |    Version:
Resolution:               |   Keywords:  haspatch
      Port:  gcc7 libgcc  |
--------------------------+----------------------

Comment (by RJVB):

 Replying to [comment:2 jeremyhu]:
 > For the assembler issue, the problem is that MacPorts doesn't allow us
 to solve it easily.

 What issue? The fact that invoking cctool's `as` with the `-q` option
 doesn't give control over which clang it will use? I'm not sure if that's
 an actual issue. Calling `as -q` means you're using the command as a proxy
 so the actual work is done by an application that isn't part of the port.
 I cannot remember if I ever checked this but I wouldn't be surprised if
 `as -q` invokes the system clang. That would be in line with what
 $prefix/bin/gmake does: it too will invoke executables from the system
 toolchain unless told otherwise.

 Control over the clang version could be nice but that's something that
 shouldn't have to be gcc's concern instead of cctools'.

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


More information about the macports-tickets mailing list