| Commit message (Collapse) | Author | Age | Lines |
| |
|
|\
| |
| |
| | |
release
|
| |\ |
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
SunOS AMD64.
The JEMALLOC_USES_MAP_ALIGN code has turned out to be worse than useless, and in fact it breaks 64-bit SunOS. It's very old and turned out not to be needed anymore because the way the memory allocator works has changed since it was implemented. It prevented a fix I tried for 48-bit addressing from working properly. However, without either this code or the 48-bit addressing fix, the 64-bit version won't even start, which is why I thought the code was still needed.
https://bugzilla.mozilla.org/show_bug.cgi?id=457189
https://hg.mozilla.org/mozilla-central/rev/a26c500b98ab
The 48-bit addressing fix is based on code found here:
https://github.com/OpenIndiana/oi-userland/blob/oi/hipster/components/web/firefox/patches/patch-js_src_gc_Memory.cpp.patch
I already applied these changes to js/src/gc/Memory.cpp, but as I was looking through jemalloc.c I saw that there were very similar ifdefs for Linux on SPARC as the ones I'd had to enaable in Memory.cpp, but for whatever reason the patches I found didn't touch them. So I tried doing for jemalloc.c what was already done for Memory.cpp, and it worked (but only after I removed the map align code).
|
| | |
| | |
| | |
| | | |
This resolves #1570
|
| | | |
|
| | | |
|
| | |
| | |
| | |
| | |
| | | |
This reverts commit ed88b99849156004c04e4a0c87ea9b2360ef19b6, reversing
changes made to c4b0715baaffc541670fd1158557aa7e61e521d3.
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| | |
| | |
| | |
| | |
| | | |
- add SCTP auth token boundary check.
- turn off SCTP auth and address reconfiguration.
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| | | |
|
| | |
| | |
| | |
| | | |
This reverts commit f107de8a9051489a7cb786ff0106d8f3ab046ca8.
|
| | |
| | |
| | |
| | |
| | |
| | | |
mode."
This reverts commit e8417acbff563634f11f25461d953b951caac056.
|
| | |
| | |
| | |
| | |
| | |
| | | |
applications."
This reverts commit 4889e6dbbd2e13e778e7a244e7834ffc881e7a80.
|
| | |
| | |
| | |
| | | |
This reverts commit ac68f8cf6c0a03a4a190ab2b560b01eeb14fa561.
|
| | |
| | |
| | |
| | | |
This reverts commit 2073a7f1c98d37b03648a4b33619e5b03f8dfeda.
|
| | |
| | |
| | |
| | |
| | |
| | | |
Pale Moon"
This reverts commit c220c30bbb25015d85bd243a6445ca84401297a9.
|
| | |
| | |
| | |
| | | |
This reverts commit 461a9e86b22277285553f0e75bcce353c55bf69d.
|
| |\ \ |
|
| | | | |
|
| |\ \ \ |
|
|\ \ \ \ \
| |_|_|_|/
|/| | | | |
|
| | | | | |
|
| | | | | |
|
| | | | | |
|
|/ / / / |
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
SunOS AMD64.
The JEMALLOC_USES_MAP_ALIGN code has turned out to be worse than useless, and in fact it breaks 64-bit SunOS. It's very old and turned out not to be needed anymore because the way the memory allocator works has changed since it was implemented. It prevented a fix I tried for 48-bit addressing from working properly. However, without either this code or the 48-bit addressing fix, the 64-bit version won't even start, which is why I thought the code was still needed.
https://bugzilla.mozilla.org/show_bug.cgi?id=457189
https://hg.mozilla.org/mozilla-central/rev/a26c500b98ab
The 48-bit addressing fix is based on code found here:
https://github.com/OpenIndiana/oi-userland/blob/oi/hipster/components/web/firefox/patches/patch-js_src_gc_Memory.cpp.patch
I already applied these changes to js/src/gc/Memory.cpp, but as I was looking through jemalloc.c I saw that there were very similar ifdefs for Linux on SPARC as the ones I'd had to enaable in Memory.cpp, but for whatever reason the patches I found didn't touch them. So I tried doing for jemalloc.c what was already done for Memory.cpp, and it worked (but only after I removed the map align code).
|
| | | |
| | | |
| | | | |
wiki -> site
|
| | | |
| | | |
| | | |
| | | | |
This resolves #1570
|
| | | | |
|
| | | |
| | | |
| | | |
| | | | |
See Bug 1629030, part 3.
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
Before this change the plain text document in reader mode was not formatted/styled properly.
Tag #361.
|
| | | |
| | | |
| | | |
| | | | |
Tag #361.
|
| | | |
| | | |
| | | |
| | | | |
(git rev 52ab9b5c8916c306a47b2119270dcdabebf9d203)
|
| | | | |
|
| | | | |
|
| | | | |
|
| | | |
| | | |
| | | |
| | | |
| | | | |
This reverts commit ed88b99849156004c04e4a0c87ea9b2360ef19b6, reversing
changes made to c4b0715baaffc541670fd1158557aa7e61e521d3.
|
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | | |
This removes speech recognition, pocketsphinx, training models
and the speech automated test interface.
This also re-establishes proper use of MOZ_WEBSPEECH to work
for the speech API (synthesis part only) that was a broken mess
before, with some synth parts being always built, some parts
being built only with it enabled and recognition parts being
dependent on it. I'm pretty sure it'd be totally busted if you'd
ever have tried building without MOZ_WEBPEECH before.
Tested that synthesis still works as-intended.
This resolves #1538
|
| | | |
| | | |
| | | |
| | | | |
Tag: #1542
|
| | | |
| | | |
| | | |
| | | | |
Unaligend memory access can't work on RISC.
|
| | | |
| | | |
| | | |
| | | | |
Tag: #1542
|
| | | |
| | | |
| | | |
| | | | |
CPU is pretty slow due to lack of SIMD optmization.
|