[MacPorts] #32542: Setting configure.compiler to a MacPorts-provided compiler doesn't add dependency automatically

MacPorts noreply at macports.org
Sun Feb 10 16:49:22 PST 2013


#32542: Setting configure.compiler to a MacPorts-provided compiler doesn't add
dependency automatically
---------------------+----------------------
  Reporter:  cal@…   |      Owner:  larryv@…
      Type:  defect  |     Status:  assigned
  Priority:  High    |  Milestone:
 Component:  base    |    Version:  2.0.3
Resolution:          |   Keywords:
      Port:          |
---------------------+----------------------

Comment (by cal@…):

 #37817 reminds me this will not be working properly on the rsync server
 when generating the index in some cases: The portindex is generated on a
 linux box. `portindex` supports pretending to be on another platform
 (which is how we achieve platform-specific indices). However, on those
 machines, `$xcodeversion` is always `"none"`, causing `compiler.fallback`
 to be `{cc}` by default.

 So, e.g., for ports on 10.8 blacklisting all xcode compilers the fallback
 would be some macports compiler, causing a dependency to be added. On the
 server generating the portindex the fallback (and default anyway) would be
 `cc`. Thus, the dependency wouldn't get recorded in the PortIndex.

 If we wanted to fix this correctly, we'd have to pretend having Xcode
 installed on the servers, too. This would also mean that our PortIndex
 would be Xcode-version-specific and we'd have to support multiple versions
 of Xcode per OS version. I'd say it's not worth the effort and we can live
 with somewhat off dependencies in the PortIndex (since building will still
 work correctly).

-- 
Ticket URL: <https://trac.macports.org/ticket/32542#comment:36>
MacPorts <http://www.macports.org/>
Ports system for Mac OS


More information about the macports-tickets mailing list