<?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>132190</bug_id>
          
          <creation_ts>2014-04-25 04:51:50 -0700</creation_ts>
          <short_desc>[GTK] Generate Eclipse project + ninja build for GTK+ if Eclipse in available in the PATH</short_desc>
          <delta_ts>2014-08-26 11:12:52 -0700</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>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          
          <bug_file_loc></bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords></keywords>
          <priority>P2</priority>
          <bug_severity>Enhancement</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Enrique Ocaña">eocanha</reporter>
          <assigned_to name="Nobody">webkit-unassigned</assigned_to>
          <cc>b.long</cc>
    
    <cc>commit-queue</cc>
    
    <cc>dbates</cc>
    
    <cc>mrobinson</cc>
          

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>1004052</commentid>
    <comment_count>0</comment_count>
    <who name="Enrique Ocaña">eocanha</who>
    <bug_when>2014-04-25 04:51:50 -0700</bug_when>
    <thetext>Now that cmake is being used, it should be trivial to use the &apos;Eclipse CDT4 - Ninja&apos; generator, which does the same as the &apos;Ninja&apos; generator currently in use, but also creates .project and .cproject files suitable for Eclipse. This would be much better than the approach used in Autotools+Makefile times, where the source code import had some troubles.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1004053</commentid>
    <comment_count>1</comment_count>
      <attachid>230167</attachid>
    <who name="Enrique Ocaña">eocanha</who>
    <bug_when>2014-04-25 04:59:19 -0700</bug_when>
    <thetext>Created attachment 230167
Patch</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1004056</commentid>
    <comment_count>2</comment_count>
    <who name="Enrique Ocaña">eocanha</who>
    <bug_when>2014-04-25 05:06:35 -0700</bug_when>
    <thetext>Just for the record, I&apos;ve been used this patch successfully in my box for some time.

The only thing needed is to create two symbolic links:

.project -&gt; WebKitBuild/Release/.project
.cproject -&gt; WebKitBuild/Release/.cproject

This is because the project file must be in the root directory of the project (WebKit).

After that, just create the project in Eclipse via File, Import, General, Existing projects into workspace. Select the WebKit root dir and perform the import.

Enjoy!</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1004062</commentid>
    <comment_count>3</comment_count>
      <attachid>230167</attachid>
    <who name="Gustavo Noronha (kov)">gustavo</who>
    <bug_when>2014-04-25 05:25:51 -0700</bug_when>
    <thetext>Comment on attachment 230167
Patch

Looks OK to me.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1004093</commentid>
    <comment_count>4</comment_count>
    <who name="Martin Robinson">mrobinson</who>
    <bug_when>2014-04-25 07:39:49 -0700</bug_when>
    <thetext>This seems risky. There are probably people who have eclipse in their path who don&apos;t want to use Eclipse to build.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1004094</commentid>
    <comment_count>5</comment_count>
    <who name="Enrique Ocaña">eocanha</who>
    <bug_when>2014-04-25 08:10:18 -0700</bug_when>
    <thetext>The eclipse target is a superset of the ninja target. It also generates ninja files, so you can build it &quot;the ninja way&quot;. That&apos;s how I build it.

Assuming that you want to use eclipse if you have it in your path is as risky as assuming that you want to use ninja if you have it in your path (the current approach).</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1004095</commentid>
    <comment_count>6</comment_count>
    <who name="Martin Robinson">mrobinson</who>
    <bug_when>2014-04-25 08:11:12 -0700</bug_when>
    <thetext>Are the ninja files generated for the eclipse target the same as for the ninja target?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1004137</commentid>
    <comment_count>7</comment_count>
    <who name="Enrique Ocaña">eocanha</who>
    <bug_when>2014-04-25 10:44:10 -0700</bug_when>
    <thetext>The rules.ninja files are equal. In the build.ninja files, some rules are in different places in the file (some are before, some are after, but I think that&apos;s irrelevant for ninja).

I know it&apos;s not orthodox, but I&apos;ve &quot;sort&quot;ed both versions of build.ninja and &quot;diff&quot;ed them after that to bypass the place shifting differences. The resulting diff showed 3393 different lines out of 31633. Examining them closely, the main part of them just differ in the position of lib/libANGLESupport.a in the argument list (it&apos;s even missing in some of the blocks generated by the Eclipse Ninja target). Apart from that, the &quot;build build.ninja&quot; line is different, as it calls different cmake system files, some only related to Eclipse.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1004140</commentid>
    <comment_count>8</comment_count>
    <who name="Martin Robinson">mrobinson</who>
    <bug_when>2014-04-25 10:51:39 -0700</bug_when>
    <thetext>Okay. Sound safe, but we should be ready to only do this when requested if it causes issues.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1004949</commentid>
    <comment_count>9</comment_count>
      <attachid>230167</attachid>
    <who name="WebKit Commit Bot">commit-queue</who>
    <bug_when>2014-04-29 08:17:37 -0700</bug_when>
    <thetext>Comment on attachment 230167
Patch

Clearing flags on attachment: 230167

Committed r167932: &lt;http://trac.webkit.org/changeset/167932&gt;</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1004950</commentid>
    <comment_count>10</comment_count>
    <who name="WebKit Commit Bot">commit-queue</who>
    <bug_when>2014-04-29 08:17:40 -0700</bug_when>
    <thetext>All reviewed patches have been landed.  Closing bug.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1031421</commentid>
    <comment_count>11</comment_count>
    <who name="Brendan Long">b.long</who>
    <bug_when>2014-08-26 11:12:52 -0700</bug_when>
    <thetext>*** Bug 132062 has been marked as a duplicate of this bug. ***</thetext>
  </long_desc>
      
          <attachment
              isobsolete="0"
              ispatch="1"
              isprivate="0"
          >
            <attachid>230167</attachid>
            <date>2014-04-25 04:59:19 -0700</date>
            <delta_ts>2014-04-29 08:17:37 -0700</delta_ts>
            <desc>Patch</desc>
            <filename>bug-132190-20140425115856.patch</filename>
            <type>text/plain</type>
            <size>1716</size>
            <attacher name="Enrique Ocaña">eocanha</attacher>
            
              <data encoding="base64">U3VidmVyc2lvbiBSZXZpc2lvbjogMTY3Nzk4CmRpZmYgLS1naXQgYS9Ub29scy9DaGFuZ2VMb2cg
Yi9Ub29scy9DaGFuZ2VMb2cKaW5kZXggMjBlMmM1YTY5OWEyMzVkMjdlZjc2N2Y2N2Q0MTI5NjVm
ZjE2NmU5My4uMmRhMTcxM2NmZjYyY2E3OWVjNGU3NGEyNThkZjcwNGNmZGZkNmRhNiAxMDA2NDQK
LS0tIGEvVG9vbHMvQ2hhbmdlTG9nCisrKyBiL1Rvb2xzL0NoYW5nZUxvZwpAQCAtMSwzICsxLDE2
IEBACisyMDE0LTA0LTI1ICBFbnJpcXVlIE9jYcOxYSBHb256w6FsZXogIDxlb2NhbmhhQGlnYWxp
YS5jb20+CisKKyAgICAgICAgR2VuZXJhdGUgRWNsaXBzZSBwcm9qZWN0ICsgbmluamEgYnVpbGQg
Zm9yIEdUSysgaWYgRWNsaXBzZSBpbiBhdmFpbGFibGUgaW4gdGhlIFBBVEgKKyAgICAgICAgaHR0
cHM6Ly9idWdzLndlYmtpdC5vcmcvc2hvd19idWcuY2dpP2lkPTEzMjE5MAorCisgICAgICAgIFJl
dmlld2VkIGJ5IE5PQk9EWSAoT09QUyEpLgorCisgICAgICAgICogU2NyaXB0cy93ZWJraXRkaXJz
LnBtOgorICAgICAgICAoY2FuVXNlRWNsaXBzZSk6IFRlc3QgaWYgRWNsaXBzZSBpcyBpbiB0aGUg
cGF0aC4gVGhpcyBpcyB0aGUgc2FtZSBtZXRob2QgdXNlZCB0byB0ZXN0CisgICAgICAgICAgICBp
ZiBuaW5qYSBpcyBpbiB0aGUgcGF0aC4KKyAgICAgICAgKGdlbmVyYXRlQnVpbGRTeXN0ZW1Gcm9t
Q01ha2VQcm9qZWN0KTogVXNlIHRoZSBlY2xpcHNlIGdlbmVyYXRvciBpZiBwb3NzaWJsZSwgZmFs
bGJhY2sKKyAgICAgICAgICAgIHRvIHRoZSBwcmV2aW91cyBuaW5qYSBnZW5lcmF0b3IgaWYgbm90
LgorCiAyMDE0LTA0LTI0ICBFZHVhcmRvIExpbWEgTWl0ZXYgIDxlbGltYUBpZ2FsaWEuY29tPgog
CiAgICAgICAgIFVucmV2aWV3ZWQgR1RLIGdhcmRlbmluZwpkaWZmIC0tZ2l0IGEvVG9vbHMvU2Ny
aXB0cy93ZWJraXRkaXJzLnBtIGIvVG9vbHMvU2NyaXB0cy93ZWJraXRkaXJzLnBtCmluZGV4IDc2
MDMyOGEzYmNiM2M4NDJhYjY3YjE2MzgxY2RkYTNhOTEwN2ZiODQuLjdhYmVjNDJkMzUwZmEyMzBl
NGE0NGVkZjA3MTdmZTc2YzMxN2NhNTIgMTAwNzU1Ci0tLSBhL1Rvb2xzL1NjcmlwdHMvd2Via2l0
ZGlycy5wbQorKysgYi9Ub29scy9TY3JpcHRzL3dlYmtpdGRpcnMucG0KQEAgLTE3ODEsNiArMTc4
MSwxMiBAQCBzdWIgY2FuVXNlTmluamEoQCkKICAgICByZXR1cm4gJD8gPT0gMDsKIH0KIAorc3Vi
IGNhblVzZUVjbGlwc2UoQCkKK3sKKyAgICBzeXN0ZW0oJ3doaWNoIGVjbGlwc2UgPiAvZGV2L251
bGwnKTsKKyAgICByZXR1cm4gJD8gPT0gMDsKK30KKwogc3ViIGNtYWtlR2VuZXJhdGVkQnVpbGRm
aWxlKEApCiB7CiAgICAgbXkgKCR3aWxsVXNlTmluamEpID0gQF87CkBAIC0xODE5LDcgKzE4MjUs
MTEgQEAgc3ViIGdlbmVyYXRlQnVpbGRTeXN0ZW1Gcm9tQ01ha2VQcm9qZWN0CiAKICAgICBpZiAo
JHdpbGxVc2VOaW5qYSkgewogICAgICAgICBwdXNoIEBhcmdzLCAiLUciOwotICAgICAgICBwdXNo
IEBhcmdzLCAiTmluamEiOworICAgICAgICBpZiAoY2FuVXNlRWNsaXBzZSgpKSB7CisgICAgICAg
ICAgICBwdXNoIEBhcmdzLCAiJ0VjbGlwc2UgQ0RUNCAtIE5pbmphJyI7CisgICAgICAgIH0gZWxz
ZSB7CisgICAgICAgICAgICBwdXNoIEBhcmdzLCAiTmluamEiOworICAgICAgICB9CiAgICAgfQog
CiAgICAgIyBEb24ndCB3YXJuIHZhcmlhYmxlcyB3aGljaCBhcmVuJ3QgdXNlZCBieSBjbWFrZSBw
b3J0cy4K
</data>

          </attachment>
      

    </bug>

</bugzilla>