Do this by adding "contains" to our codegen type system, and
implement a special contains on the unboxedtuple type.

This makes this operation quite a lot faster, but it looks like
largely because we don't implement a couple optimizations that
we should:
- we create a new tuple object every time we hit that line
- our generic contains code goes through compare(), which returns
  a box (since "<" and friends can return non-bools), but contains
  will always return a bool, so we have a bunch of extra boxing/unboxing

We probably should separate out the contains logic from the rest of the
comparisons, since it works quite differently and doesn't
gain anything by being there.

jemalloc

some misc microoptimizations

Yes they exist, for example "try getting this attribute
and if it exists call it, otherwise do something else".
Probably not a huge perf improvement since the
exception-throwing will probably dominate.

Use the same "only do this for immortal strings" trick to get
around gc issues.

Only do this for calls with immortally-interned strings so that
we can side-step the track-gc-references-in-ics issue for now.

type speculation support

I have a whole bunch of mechanical changes to allow speculation, but
I think our pre-existing speculation rules end up hurting the macrobenchmarks.
I'd like to get those in and then separately work on making in beneficial.

It'll break once we add frame introspection info to it, but
for now it just needed some massaging.

Currently it gets somewhat hidden by the object-caching behavior.
Add an API for fetching it out, and use it to make the "prettified"
IR (which you see on -vv or higher) include the slowpath addresses.

Using NULL for undefined values is confusing since maybe
something actually returned that.  So try using -1.

Somewhat ad-hoc at the moment; only added for a few types
of operations.

Add a couple tests to the travis-ci configuration

correct output filenames for the new .so's

- Build and run in Debug mode (but not the extra tests)
- make sure that building + running doesn't dirty the repository.

fix null check

add support for the _curses, bz2, and grp modules (mercurial needs them)

don't do isNonheapRoot first, since .so's loading at arbitrary accesses can put max/min on either side of our gc heap.

add long.__float__ attribute

Revert "Merge pull request #685 from undingen/interp_gc2"

This reverts commit 78493220, reversing
changes made to 194d51eb.

This was a merge conflict between #656 and #693

Fix lea

baseline jit: directly emit patchpoints instead of using runtime ICs

Don't guard types sometimes

I encountered this issue sometimes with the protobuf integration test.

this also adds support for calling 8 arg functions (=2 stack args)

rewrite some tp_call cases, and reduce calls to getTopPythonFrame

use inline functions instead of casting function pointers