Right now, m-c fails to build in dom/workers/WorkerPrivate.cpp : dom/workers/WorkerPrivate.cpp:822: error: no matching function for call to 'JSAutoStructuredCloneBuffer::steal(uint64**, size_t*)' ../../dist/include/jsapi.h:4641: note: candidates are: void JSAutoStructuredCloneBuffer::steal(uint64_t**, size_t*, uint32_t*) <near match> dom/workers/WorkerPrivate.cpp:833: error: no matching function for call to 'JSAutoStructuredCloneBuffer::adopt(uint64*&, size_t&)' ../../dist/include/jsapi.h:4634: note: candidates are: void JSAutoStructuredCloneBuffer::adopt(uint64_t*, size_t, uint32_t) <near match> dom/workers/WorkerPrivate.cpp:853: error: no matching function for call to 'JSAutoStructuredCloneBuffer::steal(uint64**, size_t*)' ../../dist/include/jsapi.h:4641: note: candidates are: void JSAutoStructuredCloneBuffer::steal(uint64_t**, size_t*, uint32_t*) <near match> using uint64_t* instead of uint64* for mData in class MessageEventRunnable fixes it. It also fails in dom/base/nsStructuredCloneContainer.cpp : dom/base/nsStructuredCloneContainer.cpp:96: error: invalid conversion from 'PRUint64*' to 'uint64_t*' dom/base/nsStructuredCloneContainer.cpp:131: error: invalid conversion from 'PRUint64*' to 'uint64_t* casting to uint64_t* instead of PRuint64* for both mallocs fixes it.
Created attachment 585008 [details] [diff] [review] Fix uint64 types breakage on OpenBSD Forgot to add this is a fallowup of #649537 & #551225, last bugs touching that part of code, and i"ve pushed the proposed patch to https://tbpl.mozilla.org/?tree=Try&rev=53b50fdbc98a
Created attachment 585015 [details] [diff] [review] Fix uint64 types breakage on OpenBSD Doh, i had a typo in patch (uint64_t vs uint64_t*), new patch & new tbpl push : https://tbpl.mozilla.org/?tree=Try&rev=8c00dd5daf8e
Some tests failed for strange reasons i can't explain, but all builds were fine with that patch.
It's in my queue.
https://hg.mozilla.org/mozilla-central/rev/50116672ff05
or
