Gitiles
Code Review Sign In
gerrit-public.fairphone.software / fp2-dev / platform / external / clang / 19739ae839fd4ebe472da4bdb9d65df452313ae4 / lib / CodeGen / CGVTables.cpp
  1. b9cae1d Remove now unused code. by Anders Carlsson · 14 years ago
  2. 147a23d Use CXXRecordDecl::getFinalOverriders to get final overriders. This speeds up vtable layout by moving away from the old final overrider computation code that had O(N^2) complexity in some cases. by Anders Carlsson · 14 years ago
  3. e213235 Don't try to emit the vtable for a class just because we're emitting a by John McCall · 14 years ago
  4. 0a02860 More cleanup. by Anders Carlsson · 14 years ago
  5. 7097e75 More cleanup. by Anders Carlsson · 14 years ago
  6. 2638764 Cleanup. by Anders Carlsson · 14 years ago
  7. 8be373b Remove unused parameter to FinalOverriders::PropagateOverrider. by Anders Carlsson · 14 years ago
  8. 2736071 Correctly pass aggregates by reference when emitting thunks. by John McCall · 14 years ago
  9. 8b24233 If a function definition has any sort of weak linkage, its static local by John McCall · 14 years ago
  10. 663218b When generating the call arguments in a thunk to call the thunkee, do by Douglas Gregor · 14 years ago
  11. cb359df When creating a this-adjustment thunk where the return value is of C++ by Douglas Gregor · 14 years ago
  12. 6fb745b Rework when and how vtables are emitted, by tracking where vtables are by Douglas Gregor · 14 years ago
  13. b0e9216 Fix typo in comment; 80 col violation by Douglas Gregor · 14 years ago
  14. 7e21ffb Pass the globaldecl into GetOrCreateLLVMFunction so that llvm by Chris Lattner · 14 years ago
  15. 046c294 Vtable -> VTable renames across the board. by Anders Carlsson · 14 years ago
  16. fbf0561 Fix a bug where we would sometimes incorrectly mark an vtable function as unused. by Anders Carlsson · 14 years ago
  17. 73e6fa0 Fix another bug where we wouldn't generate secondary vtables for construction vtables in some cases. by Anders Carlsson · 14 years ago
  18. 718d069 More renames. by Anders Carlsson · 14 years ago
  19. 9123284 Rename a function parameter. by Anders Carlsson · 14 years ago
  20. af6ddf2 Fix a bug where we were adding too many vcall offsets in some cases. by Anders Carlsson · 14 years ago
  21. 4995997 Enable an assert and remove a now unnecessary assert. by Anders Carlsson · 14 years ago
  22. f622b45 Fix a bug where we would add the same function twice in a vtable. by Anders Carlsson · 14 years ago
  23. 9446481 Rename VtableComponent and VtableBuilder. by Anders Carlsson · 14 years ago
  24. 461e326 Rename CGVtable files to CGVTables. by Anders Carlsson · 14 years ago[Renamed (99%) from lib/CodeGen/CGVtable.cpp]
  25. ec9c202 Clarify an assert. by Anders Carlsson · 14 years ago
  26. 1e201b4 Eliminate excessive PCH deserialization caused by the search for by Douglas Gregor · 14 years ago
  27. 35d6461 Don't produce a vtable for a class if we have an explicit template instantiation declaration and no key function. We will produce the vtable at the explicit template instantiation. by Rafael Espindola · 14 years ago
  28. 264ba48 the big refactoring bits of PR3782. by Rafael Espindola · 14 years ago
  29. e0f3867 Don't produce a vtable if we are just instantiating a method and the by Rafael Espindola · 14 years ago
  30. bfb7a1d Remove the old vtable layout code. by Anders Carlsson · 14 years ago
  31. 9dc338a Remove UseNewVTableCode checks. by Anders Carlsson · 14 years ago
  32. c9b64ba Flip the switch and use the new vtable layout code for everything. I've verified that this passes a self-host but I'll let the bots self host as well before removing the now dead code. by Anders Carlsson · 14 years ago
  33. adb507d Another vtable layout fix, making us match gcc better. by Anders Carlsson · 14 years ago
  34. 67d568a Handle pure virtual member functions. by Anders Carlsson · 14 years ago
  35. a7cde3b More vtable work - it's not possible to use the new vtable code for everything by setting a flag inside CGVtable.cpp. My plan is to run some tests and bootstrap and once that's done flip the bit. by Anders Carlsson · 14 years ago
  36. acfa6ae Only add thunks for the most derived class. This fixes some link errors I was seeing in files generated by the vtable tester utility. by Anders Carlsson · 14 years ago
  37. 64c9eca Cleanup, no functionality change. by Anders Carlsson · 14 years ago
  38. 276701f Add the thunks needed by this vtable. by Anders Carlsson · 14 years ago
  39. aed924e Make sure to sort the vtable thunks by their vtable index :) With this we now pass the test from http://www.codesourcery.com/public/cxx-abi/abi-examples.html#vtable-ctor successfully. by Anders Carlsson · 14 years ago
  40. f6da6a0 Two bug fixes, we weren't updating the thunk index when creating the vtable initializer and we weren't storing the secondary virtual pointer indices. by Anders Carlsson · 14 years ago
  41. ada087c Give thunks the same linkage as their original methods. by Anders Carlsson · 14 years ago
  42. 0bf4089 Use the new vtable layout code for construction vtables. by Anders Carlsson · 14 years ago
  43. 2c822f1 Way more VTT builder cleanup. by Anders Carlsson · 14 years ago
  44. c1246c8 Start cleaning up the VTT builder to make it work more like the VTable builder. by Anders Carlsson · 14 years ago
  45. 014a358 Don't add address points for virtual primary bases that aren't primary bases in the complete class. by Anders Carlsson · 14 years ago
  46. 6a5ab5d Use the new vtable layout code for construction vtables. by Anders Carlsson · 14 years ago
  47. 0d1407e When -fdump-vtable-layouts is specified, construction vtable initializers will be generated using the new vtable layout code. (The code is still not completely in place but this is a huge step forward). by Anders Carlsson · 14 years ago
  48. 66d567d More address point map shuffling. by Anders Carlsson · 14 years ago
  49. ff143f8 Shuffle some code around; this will make it easier to use the new layout code for address points. by Anders Carlsson · 14 years ago
  50. ccd83d7 More vtable improvements. We now compute and keep track of all vtable related information which avoids computing the same vtable layout over and over. by Anders Carlsson · 14 years ago
  51. 5eea876 Use getNamedGlobal instead of getGlobalVariable. (Fixes self-host). by Anders Carlsson · 14 years ago
  52. 5c6c1d9 More vtable work; preparations for moving over to the new vtable layout code (finally). by Anders Carlsson · 14 years ago
  53. f532f3b Remove old thunks code. by Anders Carlsson · 14 years ago
  54. d63fed4 Flip the switch and use the new vtable layout code for thunks by default. Add a thunks.cpp test. by Anders Carlsson · 14 years ago
  55. 519c328 Add CodeGenFunction::GenerateThunk and implement it. by Anders Carlsson · 14 years ago
  56. 13d6898 Minor cleanup. by Anders Carlsson · 14 years ago
  57. f075b22 revert 99311. Looks like it broke darwin bootstrap. by Rafael Espindola · 14 years ago
  58. 5fb12c6 Avoid producing implicit methods when we have a explicit template instantiation by Rafael Espindola · 14 years ago
  59. 7986ad5 More work on thunks - don't assert if there's a variable with the same name as the thunk already. by Anders Carlsson · 14 years ago
  60. 19879c9 More thunks scaffolding. by Anders Carlsson · 14 years ago
  61. fbf6ed4 More work on thunks. by Anders Carlsson · 14 years ago
  62. b4e4c96 Move ThunkInfo as well. by Anders Carlsson · 14 years ago
  63. 80d8d7d Move ReturnAdjustment and ThisAdjustment out into CGVtable.h by Anders Carlsson · 14 years ago
  64. ee5ab9f Baby steps towards making thunks be emitted from the new vtable layout code. by Anders Carlsson · 14 years ago
  65. 3a5df3f Some renames. by Anders Carlsson · 14 years ago
  66. 7270ee4 Always emit associated thunks when emitting the function itself. Remove getVtableAddressPoint, it's not used. by Anders Carlsson · 14 years ago
  67. 13189d0 Rename MaybeEmitVtable to EmitVTableRelatedData in preparation for making it emit thunks as well. by Anders Carlsson · 14 years ago
  68. af44035 Rename CGVtableInfo to CodeGenVTables in preparation of adding another VTableInfo class. by Anders Carlsson · 14 years ago
  69. bca5d37 More work on thunks; almost there now. by Anders Carlsson · 14 years ago
  70. 87e0ac8 Add less than operators to ThisAdjustment, ReturnAdjustment and ThunkInfo. Sort the thunks before dumping them. by Anders Carlsson · 14 years ago
  71. 09daa50 Improve dumping of thunks. by Anders Carlsson · 14 years ago
  72. 2539421 We want to add all thunks, not just 'this' adjustment thunks. by Anders Carlsson · 14 years ago
  73. 9d734f3 AddThunk should take a const reference. by Anders Carlsson · 14 years ago
  74. 9135a84 When dumping vtables, also dump the thunks. by Anders Carlsson · 14 years ago
  75. 5e454aa More work on thunks. by Anders Carlsson · 14 years ago
  76. 617def3 More this adjustment simplification. by Anders Carlsson · 15 years ago
  77. cd0d27f Remove OldOffset. by Anders Carlsson · 15 years ago
  78. ae936d5 Remove debug output. by Anders Carlsson · 15 years ago
  79. dd36681 Begin simplifying handling of thunks. by Anders Carlsson · 15 years ago
  80. c89a7cf Use the new vtable layout code for computing virtual base offset offsets. by Anders Carlsson · 15 years ago
  81. bba1607 Rename getVirtualBaseOffsetIndex to getVirtualBaseOffsetOffset to reflect what it actually does. by Anders Carlsson · 15 years ago
  82. 1972ced When possible, use the vbase offset offsets from the most derived class directly. by Anders Carlsson · 15 years ago
  83. bb6305b Keep track of, and dump, vbase offset offsets. by Anders Carlsson · 15 years ago
  84. 1ffd79b Fix tests. by Anders Carlsson · 15 years ago
  85. e02fc0a Run the new vtable builder for construction vtables as well now. Note that we still don't use the data it generates. by Anders Carlsson · 15 years ago
  86. 2bc1d3a Fix calculation of whether a member function needs a thunk in construction vtables. by Anders Carlsson · 15 years ago
  87. a96a2e9 We were mistakenly marking morally virtual bases as being uninteresting. Fix this. by Anders Carlsson · 15 years ago
  88. f2c98ce Ignore non-interesting bases when emitting construction vtables. by Anders Carlsson · 15 years ago
  89. 6039661 Don't accidentally mark some functions in construction vtables as unused. Also land the test for a previous checkin, now that it's correct. by Anders Carlsson · 15 years ago
  90. d7fdae5 When building construction vtables, we need to check if a primary virtual base is actually a primary virtual base in the layout class. by Anders Carlsson · 15 years ago
  91. db4022c Improve vcall offset handling in construction vtables. With this we layout the construction vtables from the ABI examples correctly. by Anders Carlsson · 15 years ago
  92. bbf58bb Delay codegen of vtables when handling implicit instantiations. by Rafael Espindola · 15 years ago
  93. ce57dd5 Fix a bug with base offset merging that Devang noticed. by Anders Carlsson · 15 years ago
  94. 8880066 Simplify code. by Anders Carlsson · 15 years ago
  95. d86e5d8 Rename BaseOffset to Offset and make it signed in preparation of more construction vtable work. by Anders Carlsson · 15 years ago
  96. f14e14f Remove debug output. by Anders Carlsson · 15 years ago
  97. dad0f99 Handle unused functions in construction vtables correctly. by Anders Carlsson · 15 years ago
  98. 0378bf0 When laying out vtables for virtual bases in construction vtables, we need to check if the vtable is a primary base in the layout class. by Anders Carlsson · 15 years ago
  99. 530c40c More improvements to construction vtables; we know handle vbase offsets correctly (I hope). by Anders Carlsson · 15 years ago
  100. 5d7af6b Pass information about whether a base is virtual or not down to getCtorVtable, we need this information in the vtable builder. by Anders Carlsson · 15 years ago