Please guys,<div><br></div><div>No need to speculate here on what I proposed at the session since Evan somehow left some details out and let me reinforce some points. For those who missed the session, please understand that what's Peter said isn't exactly what we agreed on.</div>
<div><br></div><div>Here's some data points:</div><div>- No plan to generate qtmake or <a href="http://makefile.am">makefile.am</a> or whatever else</div><div>- No plan to force anyone to switch</div><div>- No plan (for now) to get any automatic file list for the checkout (some build system do that)</div>
<div>- No plan for any "template based" project generation</div><div>- Making a new fully functional backend to gyp <i>is</i> involved. It's a big deal. There's no use in a 95% done build system.</div><div>
<br></div><div>The rough proposal is:</div><div>- De-chromify most .gyp and .gypi files currently living in <a href="http://webkit.org">webkit.org</a>, split the files off as necessary in the process to untangle conditions.</div>
<div>- With coordination with aroben, look at implementing a faithful copy of apple's win port, with a potential switch over <i>if it works out</i>. No guarantee.</div><div>- Some people expressed interest into generating the file list to their build system and having the build system import the generated project files. That wouldn't be a complete backend implementation. Obviously, complete backend implementation at <a href="http://code.google.com/p/gyp">http://code.google.com/p/gyp</a> are welcome as long as they have unit tests.</div>
<meta http-equiv="content-type" content="text/html; charset=utf-8"><div><br></div><div>What you can do <i>only if you want</i>:</div><div>- Extract the file list of your port project into a single simple file and have your build system "import" this file.</div>
<div><br></div><div>I'm not talking about pushing anyone's back and I have <i>no intention</i> to. So unless you want to actively submit patches towards the proposal, please let this thread die, it's an unproductive use of my time. I don't plan to do that in the very short term as I have other things on my plate, I'll definitely do this incrementally.</div>
<div><br></div><div>M-A<br><br><div class="gmail_quote">2010/4/16 Peter Kasting <span dir="ltr"><<a href="mailto:pkasting@google.com">pkasting@google.com</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div class="im">On Fri, Apr 16, 2010 at 8:42 AM, Kevin Ollivier <span dir="ltr"><<a href="mailto:kevino@theolliviers.com" target="_blank">kevino@theolliviers.com</a>></span> wrote:<br></div><div class="gmail_quote">
<div class="im"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div style="word-wrap:break-word"><div><div><div>Perhaps, but in any case, I think the first step there is for the Gyp developers to try implementing support and see how it goes. However, from that perspective, until Gyp has support for those formats, isn't a discussion about switching for other ports a bit premature on the WebKit side? i.e. that would be next steps for Gyp, not next steps for WebKit. I'd think Gyp would implement support for those formats and then come here and ask people to consider a switch.</div>
</div></div></div></blockquote><div><br></div></div><div>Which is basically what we're proposing here.</div><div><br></div><font color="#888888"><div>PK</div></font></div>
<br>_______________________________________________<br>
webkit-dev mailing list<br>
<a href="mailto:webkit-dev@lists.webkit.org">webkit-dev@lists.webkit.org</a><br>
<a href="http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev" target="_blank">http://lists.webkit.org/mailman/listinfo.cgi/webkit-dev</a><br>
<br></blockquote></div><br><br clear="all"><br>-- <br>M-A<br>
</div>