[MacPorts] #58646: libgcc @2.0_1: should not be noarch for dependents architecture compatibility checking

MacPorts noreply at macports.org
Sun Jul 28 10:13:30 UTC 2019


#58646: libgcc @2.0_1: should not be noarch for dependents architecture
compatibility checking
---------------------+--------------------------------------
  Reporter:  Ionic   |      Owner:  Mihai Moldovan <ionic@…>
      Type:  defect  |     Status:  closed
  Priority:  Normal  |  Milestone:
 Component:  ports   |    Version:
Resolution:  fixed   |   Keywords:
      Port:  libgcc  |
---------------------+--------------------------------------
Changes (by Mihai Moldovan <ionic@…>):

 * owner:  (none) => Mihai Moldovan <ionic@…>
 * status:  new => closed
 * resolution:   => fixed


Comment:

 In [changeset:"20218df10e6b4be60eedafe5857285545129fd0a/macports-ports"
 20218df10e6b4be60eedafe5857285545129fd0a/macports-ports] (master):
 {{{
 #!ConfigurableCommitTicketReference repository="macports-ports"
 revision="20218df10e6b4be60eedafe5857285545129fd0a"
 lang/libgcc: make non-noarch, add stub universal variant, revbump.

 While technically noarch is correct for this port, architecture checking
 will be disabled for any noarch ports and their dependencies.

 Since a lot of ports depend upon libgcc (either directly or indirectly),
 and those ports may be built universally and link against libraries from
 libgcc (or rather the default libgccX for the system in question), we'll
 have to make sure that architectures match.

 Not marking the libgcc stub port as noarch is the easiest workaround.

 Fixes: https://trac.macports.org/ticket/58646
 }}}

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


More information about the macports-tickets mailing list