[MacPorts] #18128: Enhancement to distinguish between Apple and non-Apple compilers
#18128: Enhancement to distinguish between Apple and non-Apple compilers ------------------------------+--------------------------------------------- Reporter: mlk@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: Port Enhancements Component: ports | Version: 1.7.0 Keywords: | Port: ------------------------------+--------------------------------------------- I've recently found and corrected an issue on at least three port (tuntaposx, macclipboard-gimp, and macfile-gimp) which ''require'' 'gcc' (or 'g++') be an Apple compiler but were instead using just 'gcc' (first in the PATH); this issue surely exists in other Ports. The 'fix' seems to be reinplace 'gcc' with '${configure.cc}' wherever needed (ditto for 'g++' with '${configure.cxx}' etc.) . There should be a better way, e.g., use '${configure.apple_cc}' for those ports which require Apple's 'cc', and then have a pre-defined default (e.g., '/usr/bin/cc' , etc.) which can be overridden in the Portfile if desired but must ''always'' provide an Apple compiler. There are plenty of ports which do not require Apple's gcc, and hence IMHO it makes sense to provide both configure.cc and configure.apple_cc in order to allow ports access to whichever makes the most sense, to distinguish between them. Is something like this already in place? If so, then at least these three ports' Portfile's should be updated; if not, then IMHO it should be considered. Thanks for listening. - MLD -- Ticket URL: <http://trac.macports.org/ticket/18128> MacPorts <http://www.macports.org/> Ports system for Mac OS
#18128: Enhancement to distinguish between Apple and non-Apple compilers -------------------------------+-------------------------------------------- Reporter: mlk@… | Owner: macports-tickets@… Type: enhancement | Status: closed Priority: Normal | Milestone: Port Enhancements Component: ports | Version: 1.7.0 Resolution: wontfix | Keywords: Port: | -------------------------------+-------------------------------------------- Changes (by ryandesign@…): * cc: raimue@…, ryandesign@… (added) * status: new => closed * resolution: => wontfix Comment: For the record: We've had [http://lists.macosforge.org/pipermail/macports- dev/2009-January/007035.html a discussion about this] on macports-dev now, and explained to Michael about how ports can set configure.compiler if they want a particular gcc compiler, otherwise they get the default Apple compiler; how configure.cc et al get propagated to the configure script via environment variables like CC; and that if a particular software does not respect that environment variable at configure time, then it is the responsibility of the port maintainer to ensure that configure.cc still gets used, using methods such as setting the CC environment variable during the build phase too or if necessary by reinplacing in the Makefile. -- Ticket URL: <http://trac.macports.org/ticket/18128#comment:1> MacPorts <http://www.macports.org/> Ports system for Mac OS
#18128: Enhancement to distinguish between Apple and non-Apple compilers -------------------------------+-------------------------------------------- Reporter: mlk@… | Owner: macports-tickets@… Type: enhancement | Status: closed Priority: Normal | Milestone: MacPorts Future Component: base | Version: 1.7.0 Resolution: wontfix | Keywords: Port: | -------------------------------+-------------------------------------------- Changes (by ryandesign@…): * component: ports => base * milestone: Port Enhancements => MacPorts Future -- Ticket URL: <http://trac.macports.org/ticket/18128#comment:2> MacPorts <http://www.macports.org/> Ports system for Mac OS
participants (1)
-
MacPorts