<div dir="ltr"><div>Also, interactive rebase often dirties a bunch of files unnecessarily - I know they haven't changed, but the build system doesn't.<br><br></div>Basically, the best-effort approach of rebuilding directories saves a lot of time for certain Gecko hackers like myself, and it would be really nice if the libxul linking was preserved, if nothing else.<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Oct 15, 2015 at 5:37 PM, Bobby Holley <span dir="ltr"><<a href="mailto:bobbyholley@gmail.com" target="_blank">bobbyholley@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><span class="">On Thu, Oct 15, 2015 at 5:26 PM, Mike Hommey <span dir="ltr"><<a href="mailto:mh@glandium.org" target="_blank">mh@glandium.org</a>></span> wrote:<br></span><div class="gmail_extra"><div class="gmail_quote"><span class=""><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span>On Thu, Oct 15, 2015 at 05:21:44PM -0700, Bobby Holley wrote:<br>
> Will building in an arbitrary source directory continue to link libxul? It<br>
> was really great when we stopped needing to build in toolkit/library all<br>
> the time.<br>
<br>
</span>The point is, that doesn't reliably happen currently. You should just use mach<br>
build binaries, which will, reliably, and even better, only if needed.<br></blockquote><div><br></div></span><div>|mach build binaries| is much slower for me than the present behavior, because I often hack on header files that are included all over the tree, but whose #include-ers generally don't need to be rebuilt all of the time.<br></div></div></div></div>
</blockquote></div><br></div>