[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