<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<!DOCTYPE bugzilla SYSTEM "https://bugs.webkit.org/page.cgi?id=bugzilla.dtd">

<bugzilla version="5.0.4.1"
          urlbase="https://bugs.webkit.org/"
          
          maintainer="admin@webkit.org"
>

    <bug>
          <bug_id>130629</bug_id>
          
          <creation_ts>2014-03-21 18:58:02 -0700</creation_ts>
          <short_desc>Would like the style bot to prohibit #include layering violations</short_desc>
          <delta_ts>2023-02-28 12:58:57 -0800</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>1</classification_id>
          <classification>Unclassified</classification>
          <product>WebKit</product>
          <component>Tools / Tests</component>
          <version>528+ (Nightly build)</version>
          <rep_platform>Unspecified</rep_platform>
          <op_sys>Unspecified</op_sys>
          <bug_status>NEW</bug_status>
          <resolution></resolution>
          
          
          <bug_file_loc></bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords>InRadar</keywords>
          <priority>P2</priority>
          <bug_severity>Normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Geoffrey Garen">ggaren</reporter>
          <assigned_to name="Nobody">webkit-unassigned</assigned_to>
          <cc>ossy</cc>
    
    <cc>simon.fraser</cc>
    
    <cc>zan</cc>
          

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>993413</commentid>
    <comment_count>0</comment_count>
    <who name="Geoffrey Garen">ggaren</who>
    <bug_when>2014-03-21 18:58:02 -0700</bug_when>
    <thetext>Some #includes are obvious layering violations.

For example, no file in WebCore/platform should ever #include any WebCore file outside WebCore/platform.

It would be nice to codify this in a simple script.

See, for a motivating example, https://bugs.webkit.org/show_bug.cgi?id=130275.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>993414</commentid>
    <comment_count>1</comment_count>
    <who name="Geoffrey Garen">ggaren</who>
    <bug_when>2014-03-21 18:58:18 -0700</bug_when>
    <thetext>&lt;rdar://problem/16393051&gt;</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>993689</commentid>
    <comment_count>2</comment_count>
    <who name="Zan Dobersek">zan</who>
    <bug_when>2014-03-23 13:20:07 -0700</bug_when>
    <thetext>Should we start generating separate forwarding headers for the platform layer?

Cross-inclusion of &lt;Platform/Header.h&gt; in WebCore would be allowed at first, but it would extremely simplify locating these layering violations.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>993692</commentid>
    <comment_count>3</comment_count>
    <who name="Zan Dobersek">zan</who>
    <bug_when>2014-03-23 13:39:57 -0700</bug_when>
    <thetext>(In reply to comment #2)
&gt; Cross-inclusion of &lt;Platform/Header.h&gt; in WebCore would be allowed at first, but it would extremely simplify locating these layering violations.

I meant the other way around, that is including &lt;WebCore/Header.h&gt; in the platform layer.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>994143</commentid>
    <comment_count>4</comment_count>
    <who name="Csaba Osztrogonác">ossy</who>
    <bug_when>2014-03-25 05:09:18 -0700</bug_when>
    <thetext>In my opinion if we could get rid include paths (as blink did it),
it&apos;s obvious to catch layering violations by anybody without any
sophisticated script and style checker. But unfortunately there were
many objections against relative includes to Source.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1937509</commentid>
    <comment_count>5</comment_count>
    <who name="Alexey Proskuryakov">ap</who>
    <bug_when>2023-02-28 12:58:57 -0800</bug_when>
    <thetext>*** Bug 252858 has been marked as a duplicate of this bug. ***</thetext>
  </long_desc>
      
      

    </bug>

</bugzilla>