[MacPorts] #59257: qemu @4.1.0 Undefined symbols _clock_gettime
MacPorts
noreply at macports.org
Sun Feb 16 18:18:38 UTC 2020
#59257: qemu @4.1.0 Undefined symbols _clock_gettime
-------------------------+-----------------------
Reporter: dubiousjim | Owner: raimue
Type: defect | Status: closed
Priority: Normal | Milestone:
Component: ports | Version:
Resolution: fixed | Keywords: legacy-os
Port: qemu |
-------------------------+-----------------------
Changes (by Mihai Moldovan <ionic@…>):
* status: assigned => closed
* resolution: => fixed
Comment:
In [changeset:"5712d8aa9fc6201579ccee81782fbc6fcd7c1776/macports-ports"
5712d8aa9fc6201579ccee81782fbc6fcd7c1776/macports-ports] (master):
{{{
#!ConfigurableCommitTicketReference repository="macports-ports"
revision="5712d8aa9fc6201579ccee81782fbc6fcd7c1776"
emulators/qemu: fix builds using out-of-source builds. Revbump.
This targets mostly older platforms, but also generally changes behavior
to a more correct one.
The qemu build system is buggy when it comes to in-source-builds. Due to
Makefile dependencies, it always tries to reconfigure using a special
generated file at install time and also re-compiles the whole project.
This would normally be just an annoyance, but because not all parameters
are passed through (exported) correctly, the second build diverges from
the correct first one.
It shouldn't come as a surprise that Linux distros seem to use
out-of-source builds for qemu, which nicely work around that problem.
Additionally, older platforms have an mktemp implementation that always
expects a template as its parameter, but the Makefile doesn't provide
one in some cases. Hence, switch to GNU coreutils's on 10.10-, but keep
using mktemp on more recent platforms because it seems to work fine
there.
Fixes: https://trac.macports.org/ticket/59257
}}}
--
Ticket URL: <https://trac.macports.org/ticket/59257#comment:16>
MacPorts <https://www.macports.org/>
Ports system for macOS
More information about the macports-tickets
mailing list