- 05 Sep, 2016 1 commit
-
-
Marius Wachtler authored
-
- 02 Sep, 2016 1 commit
-
-
Kevin Modzelewski authored
Revert "Merge pull request #1349 from kmod/scoping"
-
- 01 Sep, 2016 7 commits
-
-
Kevin Modzelewski authored
This reverts commit 2783ab4e, reversing changes made to ea8890e8.
-
Marius Wachtler authored
Let Pyston compatible with GCC 5.x
-
Boxiang Sun authored
I think we don't need libunwind to generate doc. And libunwind will call latex2man and pdflatex to generate its doc. And this can not be disabled through command line. Please see here: https://bugzilla.mozilla.org/show_bug.cgi?id=738302
-
Boxiang Sun authored
When update to gcc 5.4, it complain there has no has_trivial_copy_constructor, please see here: http://www.chpc-tech.com/EN/NewDevelopments/2015/15.04.23.gcc5.1.html So use standard c++ 11 type traits.
-
Boxiang Sun authored
GCC 5.4 will report those type castings are not legal.
-
Kevin Modzelewski authored
Create all FunctionMetadatas for a module at once
-
Kevin Modzelewski authored
There are a bunch of interrelated changes in here that I couldn't really separate out. Mostly the relate to saving data on the AST nodes: we store DerefInfo and closure info on the Name nodes, and store FunctionMetadata objects on AST nodes that create scopes. And those FunctionMetadata objects now also store "ScopingResults", which is only the results from the ScopeInfo objects, not all the extra info those keep around in order to do deferred analysis. Once all this extra data is precomputed+stored, we can start freeing the ScopingAnalysis objects and all the related ScopeInfos. Future work: - Name node shouldn't store scoing info; this should be embedded in choice of BST nodes - Do pyc caching post-CFG - Memory management. - Continue to clean this all up. I layered this change on top of the existing scoping and cfg systems, which reduced the amount of changes, but means that there is a potentially-unnecessary layer in the middle now.
-
- 31 Aug, 2016 4 commits
-
-
Marius Wachtler authored
microptimizations: use DEFAULT_CLASS_SIMPLE, non gc code object, fewer handleFrameExit calls
-
Marius Wachtler authored
-
Marius Wachtler authored
-
Marius Wachtler authored
by decrefing frame_info->exc earlier this will less often be true: if (frame->ob_refcnt > 1) frame->handleFrameExit();
-
- 30 Aug, 2016 5 commits
-
-
Kevin Modzelewski authored
Turn off implicit-function check in release mode
-
Kevin Modzelewski authored
I think it'd be nicer to just abort() like we do here, but cffi is actually testing this behavior (that loading an invalid library causes an ImportError). This is being exposed now because before, the library would fail to compile due to -Werror=implicit-function-declaration and not even get to the loading step.
-
Kevin Modzelewski authored
I'm still hoping that we can keep this on in some way, because it continues to find issues. So let's try keeping it on for debug builds. I'm not sure if this is weakening the check enough (there may be other cases like scipy), but it's sounding like we need to have this check turned off in our releases regardless, such as issue #1344.
-
Marius Wachtler authored
Fix leak check after path changes
-
Marius Wachtler authored
this check is not very robust :-(
-
- 29 Aug, 2016 1 commit
-
-
Kevin Modzelewski authored
Undo all the places we changed installed paths
-
- 26 Aug, 2016 2 commits
-
-
Kevin Modzelewski authored
-
Kevin Modzelewski authored
The only things left in there were some old stubs. We had added the stubs and then later added the real files; with the old directory structure the real files took precedence, but then with the new structure the stubs took precedence. Once those were deleted there wasn't anything left in lib_pyston
-
- 25 Aug, 2016 2 commits
-
-
Kevin Modzelewski authored
-
Kevin Modzelewski authored
We used to have a installed directory structure that mirrors our source structure. This required changing quite a few pieces of CPython code to look in the new places (virtualenv, distutils, getpath.c, sysconfig). So, undo all those changes, and change our CMake configuration to install into the paths that CPython expects. Note: "the paths that CPython expects" is platform-dependent. The paths I added here are based on the "posix" style that it supports. The CPython code has platform-specific code to look in different places, and I guess the build system must have platform-specific knowledge of where to put it as well, but our CMake system will always put it in the linux variant.
-
- 23 Aug, 2016 12 commits
-
-
Marius Wachtler authored
-
Marius Wachtler authored
-
Marius Wachtler authored
-
Marius Wachtler authored
Fix pointer reuse problems
-
Marius Wachtler authored
-
Marius Wachtler authored
-
Marius Wachtler authored
while this removes some disabled features I'm not a big fan of having disabled stuff around because it will break and makes development harder.
-
Marius Wachtler authored
this is a duplicate - we will allready emit a call to recordType inside the bjit
-
Marius Wachtler authored
solves a pointer reuse problem
-
Marius Wachtler authored
-
Marius Wachtler authored
Remove libpypa parser
-
Boxiang Sun authored
After remove libpypa, the function getMagic only return one string. So just use a char array constant instead a function.
-
- 22 Aug, 2016 5 commits
-
-
Boxiang Sun authored
-
Marius Wachtler authored
MCJIT: free loaded objects
-
Marius Wachtler authored
This fixes the llvm tier memory consumption until we migrate to the ORC JIT which has better memory management.
-
Marius Wachtler authored
Misc memory size reductions
-
Marius Wachtler authored
this does not hurt perf but still saves some memory
-