[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