summaryrefslogtreecommitdiff
Commit message (Collapse)AuthorAgeFilesLines
* Add "system" modulewip/xulrunner-1.9.3-rebase4Colin Walters2010-09-203-1/+128
| | | | | | | | | | | | | There are two functions in here: * addressOf: Extremely useful when debugging a gjs process with a native code debugger like GDB. Add "print(imports.system.addressOf(foo))" for an object, then take the number it prints "12345" and paste into gdb like: p (JSObject*) 12345 * breakpoint: Wrapper for G_BREAKPOINT(). Insert a SIGTRAP which, if the process is under a debugger, causes a breakpoint. Combines nicely with the above.
* dbus: Use hex in string literals instead of deprecated octal syntaxColin Walters2010-09-201-1/+1
| | | | Octal appears to be deprecated in XULRunner 1.9.3.
* dbus: Unset JSPROP_READONLY from _busProtoColin Walters2010-09-201-2/+7
| | | | | We do modify it inside dbus.js. Older spidermonkey seemed not to care, but with xulrunner 1.9.3, modifications silently fail.
* xulrunner 1.9.3: Drop use of JS_PushArgumentsVAMaxim Ermilov2010-09-202-44/+0
| | | | | | | | JS_PushArgumentsVA vanished in 1.9.3; since it was only used in debugger.c, which was itself just removed, delete it. Separated from a larger patch by Colin Walters <walters@verbum.org>
* xulrunner 1.9.3: Use JS_NewGlobalObject if availableColin Walters2010-09-206-28/+51
| | | | | | | | | | | | In 1.9.3, we need to explicitly say when we're making the global object. Clean this up by introducing a wrapper function; while we're at it, also call JS_InitStandardClasses here since everything else creating a global did too. Note that rooting the global object is not necessary, so remove that. From a grep of the sources (going back to at least 1.9.2): ./src/jsgc.cpp: if (acx->globalObject && !JS_HAS_OPTION(acx, JSOPTION_UNROOTED_GLOBAL)) ./src/jsgc.cpp: JS_CALL_OBJECT_TRACER(trc, acx->globalObject, "global object");
* xulrunner 1.9.3: Fix assumption that jsid == jsvalColin Walters2010-09-2017-93/+114
| | | | | | | | | | The two have always been conceptually distinct types. Even in 1.9.3, they are still the same in implementation, but to avoid a pile of warnings, we should avoid confusing them. Unfortunately, even the SpiderMonkey docs are wrong in a few places, so gjs' code confusing them is understandable. Anyways, fix up places that made this assumption.
* xulrunner 1.9.3: Fix up assumption JSVAL_NULL == NULLColin Walters2010-09-202-5/+5
| | | | Use C NULL where it's expected, not JSVAL_NULL.
* xulrunner 1.9.3: Use JS_AddValueRoot if availableColin Walters2010-09-2016-110/+131
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=622896
* xulrunner 1.9.3: Consistently include compat.hColin Walters2010-09-2046-0/+46
|
* xulrunner 1.9.3: Remove callers of JS_NewDoubleValueColin Walters2010-09-203-4/+4
| | | | | This function isn't intended for normal numeric conversions: see https://developer.mozilla.org/en/JS_NewNumberValue
* tests: Make return code error more informativeColin Walters2010-09-201-1/+3
|
* tests: Add two basic testsColin Walters2010-09-202-0/+8
| | | | | | | These very simple js tests exercise the basic infrastructure, before we drop into more complex unit tests. Added for XULRunner 1.9.3 porting.
* tests: Add a test case for basic context creation/destructionColin Walters2010-09-202-0/+29
| | | | | Trying to narrow down a XULRunner 1.9.3 hang, and didn't see this simple test case anywhere else.
* tests: Refactor duplicate code for creating and destroying contextColin Walters2010-09-206-99/+118
| | | | | For XULRunner 1.9.3 we'll need to fix this code, so ensure we only need to fix it in one place.
* tests: Disable JIT in testsColin Walters2010-09-201-0/+6
| | | | | | Hopefully temporary. See: https://bugzilla.gnome.org/show_bug.cgi?id=616193
* tests: Call g_type_initColin Walters2010-09-201-0/+3
| | | | | Might as well do this here instead of having random tests do it; we link to GObject anyways.
* tests: Run test/js/* in a well defined orderColin Walters2010-09-201-6/+24
| | | | | | | There's no ordering for g_dir_read_name, we're likely to get filesystem order. Since that is a pain for reproducibility, and we want to sort some tests before others (so we can increase in complexity), define it via strcmp().
* Remove "debugger" moduleColin Walters2010-09-204-233/+1
| | | | | | | Exposing the error hook to JS was a cute hack, but the way it's implemented is problematic; see https://bugzilla.gnome.org/show_bug.cgi?id=630179
* dbus: Restore the previous behavior of returning undefinedJohan Bilien2010-09-171-1/+4
| | | | | | | | for methods with an empty out signature. I broke this with https://bugzilla.gnome.org/show_bug.cgi?id=629965 https://bugzilla.gnome.org/show_bug.cgi?id=629967
* dbus: Don't return [ undefined ] when parsing an empty list of valuesJohan Bilien2010-09-171-8/+10
| | | | | | | | | | | instead return [] This is a problem for asynchronously implemented methods with an empty in-signature. Without the fix they are called with methodAsync(undefined, dbusCallback) instead of the expected methodAsync(dbusCallback); https://bugzilla.gnome.org/show_bug.cgi?id=629965
* test: Fix up test scanningColin Walters2010-09-171-2/+2
| | | | Was broken by prefixing of nodist_.
* tests: -DGJS_COMPILATIONColin Walters2010-09-171-0/+1
| | | | This should have been in the earlier single-includes patch.
* value.c: Make non-public constructor function staticColin Walters2010-09-161-1/+1
| | | | Avoids a compiler warning.
* profiler: make gjs_profiler_reset publicColin Walters2010-09-162-1/+2
| | | | Seems useful, and having it static-but-unused causes a warning.
* function.c: Quiet some compiler warningsColin Walters2010-09-161-5/+2
| | | | | | As far as I can see GCC simply isn't inferring that one boolean is always set in the failure flow path, but initializing these anyways is good practice.
* byteArray: Fix incorrect use of %u for gsize formatColin Walters2010-09-161-2/+2
|
* Fix two prototype compilation warningsColin Walters2010-09-163-2/+6
|
* headers: Require single include, don't warn for internal usesColin Walters2010-09-169-11/+18
| | | | | | | | | The previous approach of "Warn when including an individual header" is obviously lame, since the warnings weren't being fixed. The better way here is to do what all the rest of the G stack does; disallow single includes externally, allow them internally via a GJS_COMPILATION flag.
* build+systemtap: Distribute tapset tooColin Walters2010-09-152-3/+3
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=625090
* configure: Post-release version bumpColin Walters2010-09-151-1/+1
|
* configure: Release 0.7.2.GJS_0_7_2Colin Walters2010-09-151-1/+1
|
* build: Don't attempt to dist sources copied from g-iColin Walters2010-09-151-2/+2
|
* build+systemtap: Dist gi/gjs_gi_probes.dColin Walters2010-09-151-0/+1
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=625090
* Fix unitialized return valueOwen W. Taylor2010-09-151-0/+1
| | | | | | | When throwing because only null-terminated arrays are supported, the return value was unitialized memory. https://bugzilla.gnome.org/show_bug.cgi?id=629693
* Adjust to change in the indexing of destroy/closure parametersOwen W. Taylor2010-09-071-4/+0
| | | | | | | | gobject-introspection has been changed so that g_arg_info_get_closure() and g_arg_info_get_destroy() now count from the first parameter for both functions and methods; the indexes never include 'self'. https://bugzilla.gnome.org/show_bug.cgi?id=628999
* arg.c: Fix compiler warningColin Walters2010-09-011-4/+4
| | | | Funny GCC doesn't warn about this at -O0...
* configure: Check for JS_DefinePropertyByIdColin Walters2010-09-011-0/+3
| | | | https://bugzilla.gnome.org/show_bug.cgi?id=627383
* configure: Bump required g-i version to 0.9.5Colin Walters2010-08-311-1/+1
| | | | We switched to the new test API.
* Port to new gobject-introspection testsColin Walters2010-08-315-4/+46
| | | | | | | | | Everything is now Regress, and both it and GIMarshallingTests come in .c form. Disable the g_utf8_get_char test until gunichar becomes introspectable. https://bugzilla.gnome.org/show_bug.cgi?id=627435
* byteArray: Fix 64 bit issuesColin Walters2010-08-311-6/+12
| | | | | The code used variations of guint32 or unsigned int when what was expected was "gsize", a possibly 64 bit value.
* [gjs-dbus] Rename internal method and make it publicJohan Dahlin2010-08-192-9/+15
| | | | | | | gjs_dbus_proxy_call_json_async does not allow a{sv} arguments which need access to the message, so make this public https://bugzilla.gnome.org/show_bug.cgi?id=627315
* gjs-console: explicitely link against glibDiego Escalante Urrelo2010-08-111-0/+1
| | | | | | Otherwise the build fails. Bug #626672
* [configure] Require g-i 0.9.3Johan Dahlin2010-08-071-1/+1
|
* Adjust for g-i change to remove machine-independent type tagsColin Walters2010-07-093-125/+27
| | | | | | See bug 623774. https://bugzilla.gnome.org/show_bug.cgi?id=623775
* [gjs] Add a byteArray module.Johan Dahlin2010-06-2311-3/+1265
| | | | | | | | | | | | | | | | | | docs/gjs-byte-array.txt explains how to use it and its features. The primary purpose of this for now will be to bind C APIs that use byte buffers, such as read and write operations. As such, the ByteArray class is pretty simple and is mostly just a blob you can shovel between C APIs. In the initial patch, ByteArray does not even support array operations such as slice(). The enumeration support relies on defining each byte as a property on the byte array object, which makes enumerating bytes in the array even more inefficient than it already would be. https://bugzilla.gnome.org/show_bug.cgi?id=571000
* [importer] Allow native modules in gjs.soJohan Dahlin2010-06-232-25/+50
| | | | | | | | Allow native modules to be registered inside gjs.so. This will be used by a few modules like sys (needs argv) and byteArray (exports internal api to gi) https://bugzilla.gnome.org/show_bug.cgi?id=622071
* [value] Do not use G_TYPE_ARRAY as wellJohan Dahlin2010-06-221-1/+3
|
* [value] Add workaround to avoid glib 2.22 depJohan Dahlin2010-06-221-2/+12
| | | | Use type names instead of types to avoid a glib 2.22 dependency
* [arg] Add JSRoot to gjs_array_from_strv()Danielle Madeley2010-06-221-0/+3
|
* Merge branch 'strv-621960'Danielle Madeley2010-06-224-20/+65
|\