[MacPorts] #56495: gstreamer1-gst-plugins-base @1.14.1 +universal: error: -fobjc-arc is not supported on platforms using the legacy runtime
MacPorts
noreply at macports.org
Wed Jun 27 21:23:15 UTC 2018
#56495: gstreamer1-gst-plugins-base @1.14.1 +universal: error: -fobjc-arc is not
supported on platforms using the legacy runtime
------------------------------------------+-----------------------
Reporter: ryandesign | Owner: (none)
Type: defect | Status: new
Priority: Normal | Milestone:
Component: ports | Version:
Resolution: | Keywords: legacy-os
Port: gstreamer1-gst-plugins-base |
------------------------------------------+-----------------------
Comment (by Ionic):
Replying to [comment:11 ryandesign]:
> The build failures occurred on the buildbot, which was building
gstreamer1-gst-plugins-base universal as a dependency of wine. You can see
in the [https://packages.macports.org/gstreamer1-gst-plugins-
base/gstreamer1-gst-plugins-base packages directory] that binaries didn't
get produced with the universal variant for darwin 13 and 14.
Yes, that makes perfect sense, but I wasn't talking about Darwin 13 and
14. The buildbot infrastructure did produce `+universal` builds for Darwin
15, 16 and 17 and I don't understand how that would have worked in the
first place. I suspect that Cocoa support was determined as unavailable by
configure (since we [incorrectly] don't use `--enable-cocoa` as the
default configure option and configure defaults to a enable-if-available-
otherwise-disable autodetection if a parameter is not explicitly
provided), which lead to the problematic code being skipped.
We were already explicitly disabling Cocoa support for platforms < Darwin
13, so that explains why we have `+universal` builds for such older
systems.
> It seems that full ARC support is available on 10.7 and later while 10.6
only has "ARCLite". Apparently the difference is that ARCLite does not
have zeroing weak references. I don't know whether that difference is
important to gstreamer1-gst-plugins-base but we can try it out.
Probably not. If it is, we can still adjust the checks.
> ARC is also only supported on x86_64 so in addition to conflicting with
the universal variant you would want to verify that `configure.build_arch`
is x86_64.
Yeah, I'm doing exactly this (well, using `${build_arch}` instead of
`${configure.build_arch}`). Did you miss my patch-for-review in the latest
comment?
--
Ticket URL: <https://trac.macports.org/ticket/56495#comment:12>
MacPorts <https://www.macports.org/>
Ports system for macOS
More information about the macports-tickets
mailing list