- Apparently you can manually create instancemethod objects
- set __doc__ on more things

"import socket" does not quite work yet

Rebase llvm to r230300

cmake fix gitsubmodules update

Had to change the comdat handling otherwise the executable would crash on startup.
Cause is that publicize is renaming symbols but keeps the old comdat around,
the linker would then replace the implementation of the symbol with a call to 0.

One may need to run 'make llvm_up' if you are using the cmake build and see a error,
caused by debuginfo beeing renamed to debuginfodwarf.

fix closure ordering bug for locals()

The repl swallows all exceptions, so we weren't counting what we thought.

as custom command OUTPUT because it will be deleted by clean!

Also, add simple script to see how many of the Lib/ libraries we can import

sys.version_info (just as tuple, not as "version_info" object)
Change test that depends on what fds are open
Fix threading bug in tester

The tester now runs in self-hosted mode!  Try
$ make check SELF_HOST=1

Annotate constants
- functions
- heap values

Collapse nop regions

We didn't support "true" as the annotation for a while, so I think
we were just lying about it.  Now that we support true, I converted all
of them to true except for a couple that are easy to see are false.

(This was a merge issue from two slightly-conflicting PRs that separately
passed the tests.)

pyElements: Use specialiced iterators for known types

Eval

__name__ for builtin functions

cmake auto update libunwind and libpypa git submodules

pyston (calibration)                      :    0.8s stock1: 0.8 (+0.8%)
pyston interp2.py                         :    5.9s stock1: 6.1 (-3.1%)
pyston raytrace.py                        :    7.5s stock1: 7.8 (-4.5%)
pyston nbody.py                           :   10.1s stock1: 9.9 (+1.5%)
pyston fannkuch.py                        :    6.7s stock1: 6.8 (-1.5%)
pyston chaos.py                           :   21.3s stock1: 22.6 (-5.8%)
pyston spectral_norm.py                   :   26.1s stock1: 27.9 (-6.7%)
pyston fasta.py                           :   17.7s stock1: 18.8 (-5.6%)
pyston pidigits.py                        :   16.1s stock1: 16.1 (+0.0%)
pyston richards.py                        :   10.2s stock1: 10.0 (+2.3%)
pyston deltablue.py                       :    2.4s stock1: 2.3 (+4.8%)
pyston (geomean-0b9f)                     :   10.1s stock1: 10.3 (-1.9%)

Fix compvar '1 is 1.0' and '1.0 is 1' handling

I thought I had already updated libpypa to the new build with the correct fixes,
but somehow hadn't?

Libunwind seems to have gotten a commit that breaks our usage of unw_get_proc_info_by_ip;
it got added 3 months ago so anyone who's been using the Makefile build for longer
than that wouldn't run into it.

We're hanging trying to output some diagnostic information if we die at the wrong point.
This doesn't address the underlying issue, but at least we'll start getting useful
results from Travis-CI.

It looks like the underlying issue (libunwind can't find the interpreter function)
only happens with the cmake build, and I can't tell why yet.