| Commit message (Collapse) | Author | Age | Lines |
|
|
|
| |
This removes all the parts guarded by SPIDERMONKEY_PROMISE
|
|
|
|
|
|
| |
does not match the bytecode environment.
Tag #1287
|
|
|
|
|
|
| |
.generator.
Tag #1287
|
|
|
|
| |
Tag #1287
|
|
|
|
|
|
| |
Tag #1287
Note: Without ReadableStream implementation
|
|
|
|
| |
Tag #1287
|
|
|
|
|
|
| |
async generator.
Tag #1287
|
|
|
|
| |
Tag #1287
|
|
|
|
|
|
| |
prototype methods.
Tag #1287
|
|
|
|
|
|
| |
is true in yield*.
Tag #1287
|
|
|
|
| |
Tag #1287
|
|
|
|
| |
Tag #1287
|
|
|
|
| |
Tag #1287
|
|
|
|
| |
Tag #1287
|
|
|
|
| |
Tag #1287
|
|
|
|
| |
Tag #1287
|
|
|
|
| |
Tag #1287
|
|
|
|
|
|
| |
macro on windows.
Tag #1287
|
|
|
|
|
|
| |
match ES2015/2017.
Tag #1287
|
|
|
|
|
|
| |
ControlFlowGenerator::processWhileOrForInLoop.
Tag #1287
|
|
|
|
|
|
| |
async function.
Tag #1287
|
|
|
|
|
|
| |
yield/await nodes unary.
Tag #1287
|
|
|
|
|
|
| |
GetTypeError.
Tag #1287
|
|
|
|
|
|
| |
explicitly say Async Function.
Tag #1287
|
|
|
|
| |
Tag #1287
|
|
|
|
|
|
| |
{yieldAndAwaitIndex,yieldAndAwaitOffset}.
Tag #1287
|
|
|
|
| |
Tag #1287
|
|
|
|
|
|
| |
method.
Tag #1287
|
|
|
|
|
|
| |
Promises and adding reactions.
Tag #1287
|
|
|
|
|
|
|
|
| |
resolve/reject functions.
Useful for internally-created Promises that'll only ever be resolved/rejected internally.
Tag #1287
|
|
|
|
|
|
| |
the Promise resolving fast path.
Tag #1287
|
|
|
|
|
|
| |
self-hosted implementation.
Tag #1287
|
|
|
|
|
|
| |
- Check for undefined/null regex flags (because...)
- Make it throw a typeerror instead of syntax error on non-global
- Generalize JS error messages for these checks.
|
|
|
|
| |
This resolves #1302.
|
|
|
|
|
|
| |
regular expression changes
This fixes debug builds
|
|
|
|
| |
Resolves #1284.
|
|
|
|
| |
This reverts commit f31b04a303607cd82757e7c4f60bb536658c8a30.
|
|
|
|
| |
Resolves #1284.
|
|
|
|
|
|
| |
lookbehind changes
This fixes debug builds
|
|\ |
|
| |
| |
| |
| | |
Based on Tom Schuster's work, with extra minters for unicode.
|
|/
|
|
| |
This resolves #1283.
|
|\
| |
| |
| |
| | |
# Conflicts:
# modules/libpref/init/all.js
|
| |\
| | |
| | | |
Support Modern Solaris
|
| | |
| | |
| | |
| | | |
This should do it for all the commits to files I changed, but while I'm in here I could probably go ahead and turn ALL the singular if defined statements into ifdef statements by using grep/find on the tree. On the other hand, perhaps we should do that as a separate issue so that this doesn't become a case of scope creep.
|
| | |
| | |
| | |
| | | |
This fix is a bit ugly and may need to be changed later if we switch a new GCC version, but the fact is that we use an architecture-specific path for GCC libraries on Solaris, so knowing the right prefix for GCC would only help so much, because it would still need to decide between ${gccdir}/lib and ${gccdir}/lib/amd64. The MOZ_FIX_LINK_PATHS variable puts the search paths into the right order without the need for me to use elfedit on the binaries afterwards.
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
https://developer.mozilla.org/en-US/docs/Mozilla/Developer_guide/Build_Instructions/Compiling_32-bit_Firefox_on_a_Linux_64-bit_OS
Setting this up turned out to be easier than I thought it would be. All I had to do was apply these instructions in reverse and add the following to my .mozconfig file:
CC="gcc -m64"
CXX="g++ -m64"
AS="gas --64"
ac_add_options --target=x86_64-pc-solaris2.11
export PKG_CONFIG_PATH=/usr/lib/amd64/pkgconfig
ac_add_options --libdir=/usr/lib/amd64
ac_add_options --x-libraries=/usr/lib/amd64
Most of these changes were fairly trivial, just requiring me to make a few of the changes I made earlier conditional on a 32-bit build. The biggest challenge was figuring out why the JavaScript engine triggered a segfault everytime it tried to allocate memory. But this patch fixes it:
https://github.com/OpenIndiana/oi-userland/blob/oi/hipster/components/web/firefox/patches/patch-js_src_gc_Memory.cpp.patch
Turns out that Solaris on AMD64 handles memory management in a fairly unusual way with a segmented memory model, but it's not that different from what we see on other 64-bit processors. In fact, I saw a SPARC crash for a similar reason, and noticed that it looked just like mine except the numbers in the first segment were reversed. Having played around with hex editors before, I had a feeling I might be dealing with a little-endian version of a big-endian problem, but I didn't expect that knowledge to actually yield an easy solution.
https://bugzilla.mozilla.org/show_bug.cgi?id=577056
https://www.oracle.com/technetwork/server-storage/solaris10/solaris-memory-135224.html
As far as I can tell, this was the last barrier to an AMD64 Solaris build of Pale Moon.
|
| | | |
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
resolved.
https://bugzilla.mozilla.org/show_bug.cgi?id=1185424
http://www.mindfruit.co.uk/2012/06/relocations-relocations.html
The libxul.so fix was implemented by Mozilla in Firefox 57 and personally recommended to me by an Oracle employee on the OpenIndiana mailing list. It can easily be made ifdef XP_SOLARIS, but it seems like the new way is considered a better solution overall by the original author of the code that had it use that null pointer hack to begin with.
I can't link where I found the fix for libffi because I came up with it myself while looking at the way sysv.S does things. Something clicked in my brain while reading that mindfruit link above, though, and gave me enough of a sense of what was going on to be able to fix libffi.
The libffi fix looks a bit hairy because of all the FDE_ENCODE statements, but if you examine the code closely, you should find that it does exactly what it did before on all platforms besides Solaris. I later discovered that people who originally ported Firefox to Solaris never figured this out during the Firefox 52 era and had to use GNU LD for linking libxul.so while using the Sun LD for the rest of the build to make it work. For whatever reason, it works for me now without the GNU LD trick.
|
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
WasmSignalHandlers.
https://www.illumos.org/issues/5876
https://bugzilla.mozilla.org/show_bug.cgi?id=135050
|