3 Commits

Author	SHA1	Message	Date
mvstanton@chromium.org	59c32b6481	Transitions from DOUBLE to FAST were not checking for allocation site info. ... This creates a confusing result. It's better to let allocation sites transition to their end state than artificially stop tracking at the double/fast boundary. BUG= R=verwaest@chromium.org Review URL: https://codereview.chromium.org/22868004 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@16820 ce2b1a6d-e550-0410-aec6-3dcde31c8c00	2013-09-19 09:48:50 +00:00
yangguo@chromium.org	cd41cb9b6d	Turn on parallel recompilation for tests that assert optimization status. ... R=mvstanton@chromium.org BUG= Review URL: https://codereview.chromium.org/19807002 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@15793 ce2b1a6d-e550-0410-aec6-3dcde31c8c00	2013-07-22 09:16:33 +00:00
mvstanton@chromium.org	7f0f022792	Bugfix in hydrogen array literal code generation. ... If an array literal contains some non-constant elements, is of type SMI, and then the boilerplate transitions to double or fast sometime after we've crankshafted the code, then we could incorrectly store smis in double arrays. BUG= R=yangguo@chromium.org Review URL: https://codereview.chromium.org/17334004 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@15207 ce2b1a6d-e550-0410-aec6-3dcde31c8c00	2013-06-19 13:48:50 +00:00