updated changelog

initial packaging of the 20140919 master branch

gyp is bundled, as it is in other packages using it.

bundle gyp

This is the same approach as used in other Crosswalk projects.
Could be replaced with a Tizen gyp package if someone was willing
to maintain it.

tizen: libpython2.7.so suffix

Other distros provide a libpython2.7.so.1 symlink to the real
file. On Tizen, only the real file is available, so use that.

Merge pull request #2 from pohly/master

use libffi and enable multithreading

enable multithreading

Python is single-threaded by default and crashes (when using an
unitialized semaphore) respectively blocks (when the main thread still
holds the Python global interpreter lock when it is outside the
pycrosswalk extension).

To avoid this, pycrosswalk must initialize multithreading and be more
careful about entering/leaving methods using Python.

The thread in which XW_Initialize() gets called becomes the main thread.
It must release the global lock when returning to Crosswalk and restore
it when called again. Otherwise Python code called by other threads cannot
run. The assumption is that Crosswalk will always call the extension from
the same thread.

Without this thread support, pycloudeebus in xwalk-launcher does not work:
the main thread is running the glib event loop in which twisted reacts
to D-Bus calls, while the second thread runs a Crosswalk event loop and
would hold the Python lock if we didn't release it.

adding some disabled logging

These printf()s were useful when debugging why Cloudeebus was unable
to process incoming D-Bus communication. Instead of adding them
manually each time they are needed, let's keep them in the code,
disabled via a single define.

libffcall -> libffi

This replaces libffcall with libffi for binding the PyObject callback into
the plain C callback for the Crosswalk engine.

The advantage of libffi is more active maintance (?) and wider range
of projects using it, the more liberal license, and availability
(Tizen has libffi, but not libffcall).

Merge pull request #1 from pohly/master

Python 2.7 support

support Python 2.7

Module initialization was done differently in Python 2.x.

The code should also work with different Python versions. What ties it
to 2.7 at the moment is only the dlopen(RTLD_GLOBAL) hack that is also
tying it to 3.3 instead of some arbitrary 3.x version.

The latest available Python developer files are picked by configure.
This can be overriden by passing "-D python_version=2.7/3.3".

Signed-off-by: Patrick Ohly <patrick.ohly@intel.com>

fix Python.h include order

Python.h must be included before system headers to avoid preprocessor
warnings (see https://docs.python.org/2/extending/extending.html).

Signed-off-by: Patrick Ohly <patrick.ohly@intel.com>

Support multiple python extensions

We trick Crosswalk to load multiple extensions using symbolic links, but
the reality is the extension only gets loaded once. The dynamic loader is smart
enough to figure that out.

So all the globals we have on the pycrosswalk plugin are shared. This is
fine, but we need to make sure that the next python extension being
loaded does not overwrite the callbacks set for the current extension.

The only tricky part was with the "instance_created/destroyed" callback,
which needed to be implemented using a closure library for C
(libffcall). I gave it for granted that closures were not possible in C,
but apparently it is using some stack manipulation magic.

Expose the instance_[created/destroyed] callback to python

Load the python module based on the plugin name

pycrosswalk will look for a python module with the same as the plugin
(without the lib prefix and the .so extension on Linux) and at the same
directory as the plugin. PYXWALK_PATH is not needed anymore.

For instance, let's suppose the symbolic link bellow:

  /home/foo/libfoobar.so -> /usr/lib/pyxwalk/libpycrosswalk.so

The loader will try to load the following module:

  /home/foo/foobar.py

For the following command line:

  ./xwalk --external-extensions-path=/home/foo/

Added the Crosswalk Extensions Runtime header

Needed to access the runtime variables passed by Crosswalk.

Fix the ownership of a string buffer

When parsing the function arguments, the string buffer is owned by the
python interpretor. We need to make a duplicate if we want to make
further use of this buffer.

Fixed library path

Debianized

Added LICENSE file

Initial commit