Import Windows AudioIPC changes and enable in build (but leave disabled via pref)
Categories
(Core :: Audio/Video: cubeb, enhancement, P2)
Tracking
()
Tracking | Status | |
---|---|---|
firefox67 | --- | fixed |
People
(Reporter: kinetik, Assigned: kinetik)
References
Details
Attachments
(3 files)
Updated•6 years ago
|
Assignee | ||
Comment 1•6 years ago
|
||
https://github.com/kinetiknz/audioipc-2/pull/3 reviewed and merged to master (https://github.com/djg/audioipc-2).
Try push: https://treeherder.mozilla.org/#/jobs?repo=try&revision=51b835ba596edee2058f47c32393bc7ba07e7110
Note this is with the code still disabled on Windows. Need to finish following up on remaining test failures for Windows (and macOS) before preffing on. Deps of bug 1432303 will track the other parts.
Assignee | ||
Comment 2•6 years ago
|
||
Assignee | ||
Comment 3•6 years ago
|
||
Assignee | ||
Comment 4•6 years ago
|
||
Depends on D22153
Assignee | ||
Comment 5•6 years ago
|
||
Depends on D22154
Assignee | ||
Updated•6 years ago
|
Comment 7•6 years ago
|
||
Backed out 3 changesets (bug 1512445) Build bustage
Log:
https://treeherder.mozilla.org/logviewer.html#/jobs?job_id=232250720&repo=autoland&lineNumber=21422
Push with failures:
https://treeherder.mozilla.org/#/jobs?repo=autoland&resultStatus=testfailed%2Cbusted%2Cexception&classifiedState=unclassified&revision=b954e5d0324ab00a6ccc5fa605181b18a0bab2d5
Backout:
https://hg.mozilla.org/integration/autoland/rev/873b90887e3af682383dea7a7e1fb52d6ec02960
Comment 8•6 years ago
|
||
winapi 0.2.x doesn't work on aarch64 windows...but audioipc has a number of dependencies which still use winapi 0.2.x, notably mio, whose maintainers appear in no hurry to update (cf. https://github.com/carllerche/mio/issues/658 and https://github.com/carllerche/iovec/issues/16). :(
Assignee | ||
Comment 9•6 years ago
|
||
MinGW fix looks good: https://treeherder.mozilla.org/#/jobs?repo=try&revision=9ec9b0e0a6ff76e1d3f83936b5db0f761eb54712
I'll disable the Windows aarch64 builds for now: https://treeherder.mozilla.org/#/jobs?repo=try&revision=8efaf382c4703950de6b8e4b11e0101d243474a8
I'm not sure what to do about the winapi 0.2.x issue longer term - waiting on upstream doesn't seem feasible based on the progress in those PRs. Could we get away with creating a shim winapi 0.2.x for the (hopefully small) set of items needed by these crates that redirects to the implementations in winapi 0.3.x?
Updated•6 years ago
|
Updated•6 years ago
|
Updated•6 years ago
|
Updated•6 years ago
|
Updated•6 years ago
|
Updated•6 years ago
|
Comment 10•6 years ago
|
||
Assignee | ||
Comment 11•6 years ago
|
||
I'll disable the Windows aarch64 builds for now: https://treeherder.mozilla.org/#/jobs?repo=try&revision=8efaf382c4703950de6b8e4b11e0101d243474a8
Relanded (after fighting with Phabricator/Lando for some time) with the minor build changes tested in the above try push.
Assignee | ||
Comment 12•6 years ago
|
||
Bug 1533220 for aarch64.
Comment 13•6 years ago
|
||
bugherder |
https://hg.mozilla.org/mozilla-central/rev/25eb307eb4ed
https://hg.mozilla.org/mozilla-central/rev/ab9a152e934d
https://hg.mozilla.org/mozilla-central/rev/ea127c95a4b9
Description
•