… {}" blocks to setup the python interpreter and take/release the GIL, and Py.kw("key1", value1, "key2", value2, ...) to add keyword arguments.

This means that python functions can be called directly, members can be accessed as normal (a.b) and mathematical operations work, and run in python (a = b*c).

…ython from managed code now works

…rpreter hasn't initialized them, otherwise attempting to dereference objects in finalizers called by the concurrent GC will fail.

- Dispose of PyObject instances after use in CreateSubType rather than wait for the GC
- Don't try and dereference derived class instances after python has shutdown if called from the GC

(strings shouldn't be converted to lists, for example)

…m the

class directly or using super

building a derived class, as the type could be an interface

modules behave better in ipython (%autoreload expects __file__ to be set
and the ipython help ? expects __class__ to be set).

once Py_Finalize has started.

reflected back into .NET.
Added decorators 'clrproperty' and 'clrmethod' to the clr module which are
used to declare which properties and methods should be reflected, and to
supply the .net argument and return types.

Pull latest from pythonnet/pythonnet

Imported modules should be added to sys.modules.
When importing something like 'CLR.X' the clr module should be returned,
not X.

Mono doesn't observe the rpath set when the lib is built, so
get the folder the Python shared object has been loaded from
and add that to LD_LIBRARY_PATH.

Without this, if there are multiple Pythons installed the
wrong object can be loaded.

The npython binary was a workaround to be able to use pythonnet
on Linux. This is no longer necessary as the clr module can be
imported directly from the standard Python interpreter.

Add travis-ci build status.

… pythonnet-develop

Conflicts:
	setup.py

Update prior to merging back into the main repo.