- 09 Mar, 2010 1 commit
-
-
kmillikin@chromium.org authored
Remove messages.h from v8.h and include it explicitly in only the few places it is needed. Many files relied on getting handles-inl.h implicitly from messages.h through v8.h, so include handles-inl.h explicitly in v8.h instead. Remove zone-inl.h from header files where it is not needed, can be replaced by a forward declaration, or can be replaced by zone.h (specifically, factory.h and heap.h). Include zone.h or zone-inl.h in header files where it was implicitly included via heap.h or factory.h. Prefer zone.h over zone-inl.h in header files where possible by including zone-inl.h in .cc files. Review URL: http://codereview.chromium.org/668248 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@4058 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
- 05 Mar, 2010 1 commit
-
-
erik.corry@gmail.com authored
Makes NumberInfo into a real class. Fix bug where NumberInfo was lost in ToRegister. Allow 17 bits in safe Smis instead of 16. Review URL: http://codereview.chromium.org/668151 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@4046 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
- 22 Feb, 2010 1 commit
-
-
fschneider@chromium.org authored
These two asserts in ComputeEntryFrame are wrong since the virtual frame already knows how to deal with the number type information of copy elements: We do not store type information with copy elements. Instead the backing element contains the type information. Review URL: http://codereview.chromium.org/652044 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@3927 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
- 19 Feb, 2010 1 commit
-
-
fschneider@chromium.org authored
Although algorithmically correct, the compiler would not allow to instantiate a BitField that uses all 32 bits without warnings about a too large shift count. As a consequence we were limited to 31 bit values when using BitField. This happened when instantiating a bitfield BitField<T, shift, size> with [shift=0, size=32] or [shift=31, size=1] or more general any [shift=X, size=32-X] As side-effect of the new implementation the compiler now warns if we ever try instantiating a bitfield with size 0. Review URL: http://codereview.chromium.org/606063 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@3910 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
- 16 Feb, 2010 1 commit
-
-
fschneider@chromium.org authored
Currently we only pass a boolean parameter indicating whether the input operands to the GenericBinaryOpStub are guaranteed to be numbers or not. Instead we pass the complete number type as a parameters. This allows to use more precise type information for code generation in the stub. Also make the computation of the result type more precise and correct on both ia32 and x64. Review URL: http://codereview.chromium.org/593110 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@3873 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
- 15 Feb, 2010 1 commit
-
-
fschneider@chromium.org authored
Each frame element gets a new attribute with number type information. A frame element can be: - smi - heap number - number (i.e. either of the above) - or something else. The type information is propagated along with all virtual frame operations. Results popped from the frame carry the number information with them. Two optimizations in the code generator make use of the new information: - GenericBinaryOpSyub omits map checks if input operands are numbers. - Boolean conversion for numbers: Emit inline code for converting a number (smi or heap number) to boolean. Do not emit call to ToBoolean stub in this case. Review URL: http://codereview.chromium.org/545007 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@3861 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
- 08 Feb, 2010 1 commit
-
-
fschneider@chromium.org authored
1. Eliminate unnecessary include of register-allocator-inl.h in frame-element.h. 2. Move functions register-allocator.h to the -inl.h file if they use other inline functions. 3. Add missing includes that resulted from the above changes. Review URL: http://codereview.chromium.org/585009 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@3816 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
- 17 Jul, 2009 1 commit
-
-
kasperl@chromium.org authored
Original review: http://codereview.chromium.org/149768 TBR=kmillikin@chromium.org Review URL: http://codereview.chromium.org/155679 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@2492 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
- 24 Jun, 2009 1 commit
-
-
lrn@chromium.org authored
The complexity of static type inference never really paid off, and as an analysis it didn't fit well with codegen frame propagation. Review URL: http://codereview.chromium.org/146077 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@2262 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
- 25 May, 2009 1 commit
-
-
mikhail.naganov@gmail.com authored
This issue was raised by Brett Wilson while reviewing my changelist for readability. Craig Silverstein (one of C++ SG maintainers) confirmed that we should declare one namespace per line. Our way of namespaces closing seems not violating style guides (there is no clear agreement on it), so I left it intact. Review URL: http://codereview.chromium.org/115756 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@2038 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
- 19 May, 2009 1 commit
-
-
whesse@chromium.org authored
Review URL: http://codereview.chromium.org/113524 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@1998 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
- 18 May, 2009 1 commit
-
-
kmillikin@chromium.org authored
backward jump. The frame entering the backward block is not used, so the this is mostly just a bookkeeping change. Review URL: http://codereview.chromium.org/115464 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@1989 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
- 14 May, 2009 3 commits
-
-
ager@chromium.org authored
Add virtual destructor to jump targets to make compiler happy. Review URL: http://codereview.chromium.org/113396 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@1951 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
ager@chromium.org authored
Review URL: http://codereview.chromium.org/115350 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@1950 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
ager@chromium.org authored
encoding the values in one word and by using an indirection table for handles. This reduces compilation time by roughly 10% and we should be able to make the slow case equality checking of frame elements faster as well. Review URL: http://codereview.chromium.org/115347 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@1949 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
- 13 May, 2009 1 commit
-
-
kmillikin@chromium.org authored
Review URL: http://codereview.chromium.org/113329 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@1930 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
- 05 May, 2009 1 commit
-
-
deanm@chromium.org authored
- TARGET, the architecture we will generate code for. This is brought it from the build system. - HOST, the architecture our C++ compiler is building for. This is detected automatically based on compiler defines. This adds macros for 32 or 64 bit, and cleans up some include conditionals, etc. Review URL: http://codereview.chromium.org/99355 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@1864 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
- 29 Apr, 2009 1 commit
-
-
lrn@chromium.org authored
Possible to attempt to build for X64. Build will be unsuccessful, since all x64 source files are missing and pointers are reinterpreted as integers everywhere. Review URL: http://codereview.chromium.org/99186 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@1817 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
- 28 Apr, 2009 1 commit
-
-
whesse@chromium.org authored
Review URL: http://codereview.chromium.org/99052 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@1808 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
- 23 Apr, 2009 1 commit
-
-
lrn@chromium.org authored
Move ia32 and arm specific files to subdirectories to make it easier to add more backends. Review URL: http://codereview.chromium.org/92068 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@1782 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
- 03 Apr, 2009 1 commit
-
-
lrn@chromium.org authored
Uses static string type to optimize string additions. git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@1675 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
- 23 Mar, 2009 1 commit
-
-
whesse@chromium.org authored
TBR=kmillikin@chromium.org Review URL: http://codereview.chromium.org/52013 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@1576 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
- 20 Mar, 2009 1 commit
-
-
kmillikin@chromium.org authored
forward declarations. Review URL: http://codereview.chromium.org/42389 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@1559 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
- 19 Mar, 2009 1 commit
-
-
kmillikin@chromium.org authored
been made of the element. Set it when copying an element, clear it when writing to an element marked copied and discovering that it is not copied. The copied flags on entry frames are exact. Preparing a frame for merging set the copied flags to be exact (to increase the likelihood of matching the entry frame or another frame). Review URL: http://codereview.chromium.org/50005 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@1546 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
- 18 Mar, 2009 2 commits
-
-
kmillikin@chromium.org authored
Review URL: http://codereview.chromium.org/48128 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@1533 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
kmillikin@chromium.org authored
it when a copy is made, clear it when the element is next written. Review URL: http://codereview.chromium.org/42324 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@1529 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
- 16 Mar, 2009 1 commit
-
-
kmillikin@chromium.org authored
switching to a linked representation of copied elements. This change avoids initializing frame elements to invalid unless they need to be. Review URL: http://codereview.chromium.org/48008 git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@1519 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-
- 27 Feb, 2009 1 commit
-
-
kmillikin@chromium.org authored
git-svn-id: http://v8.googlecode.com/svn/branches/bleeding_edge@1389 ce2b1a6d-e550-0410-aec6-3dcde31c8c00
-