WIP: redirect some LayoutBox methods to ng fragments

third_party/WebKit/Source/core/layout/ng/ng_physical_box_fragment.h

Index: third_party/WebKit/Source/core/layout/ng/ng_physical_box_fragment.h
diff --git a/third_party/WebKit/Source/core/layout/ng/ng_physical_box_fragment.h b/third_party/WebKit/Source/core/layout/ng/ng_physical_box_fragment.h
index 53269660274eee2a0ae9698f356ab2e2e2bc831e..90d6fec1bc1b8c0bb012359ed4483476adee51f7 100644
--- a/third_party/WebKit/Source/core/layout/ng/ng_physical_box_fragment.h
+++ b/third_party/WebKit/Source/core/layout/ng/ng_physical_box_fragment.h
@@ -8,6 +8,7 @@
 #include "core/CoreExport.h"
 #include "core/layout/ng/ng_physical_fragment.h"
 #include "core/layout/ng/ng_units.h"
+#include "platform/geometry/LayoutPoint.h"
 #include "platform/heap/Handle.h"
 #include "wtf/Optional.h"
 
@@ -43,6 +44,13 @@ class CORE_EXPORT NGPhysicalBoxFragment final : public NGPhysicalFragment {
 
   const NGMarginStrut& EndMarginStrut() const { return end_margin_strut_; }
 
+  LayoutPoint Location() const {
+    return LayoutPoint(offset_.left, offset_.top);

[dgrogan, 2017/02/16 03:16:00]

Then we have to stack allocate these objects so that we don't have to change
return types of LayoutBox methods.

[ikilpatrick, 2017/02/16 18:24:20]

This should be fine, I don't think we'll see this show up (the compiler should
compile this mostly away)...

+  }
+  LayoutSize LegacySize() const {
+    return LayoutSize(size_.width, size_.height);
+  }
+
  private:
   Vector<RefPtr<NGPhysicalFragment>> children_;
   const WTF::Optional<NGLogicalOffset> bfc_offset_;