Hi all,
On Fri, Oct 21, 2011 at 10:16:07AM +0100, Michael Meeks wrote:
> Try running a no-op incremental make in tail_build :-) it's more like
> 30+ seconds:
Only with gb_CHECKOBJECTOWNER=T otherwise its down to 10 seconds in tail_build,
which is likely mostly stat'ing.
Anyway: I implemen
At 5:16am -0400 Fri, 21 Oct 2011, Michael Meeks wrote:
On Thu, 2011-10-20 at 14:20 -0400, Kevin Hunter wrote:
That said, I anecdotally note on my limited-in-hardware machine,
that a consecutive run of make is almost instantaneous. Would a
make -pn really be that expensive?
Try running a no-op
On Thu, 2011-10-20 at 14:20 -0400, Kevin Hunter wrote:
> That said, I anecdotally note on my limited-in-hardware machine, that a
> consecutive run of make is almost instantaneous. Would a make -pn
> really be that expensive?
Try running a no-op incremental make in tail_build :-) it's m
At 11:19am -0400 Thu, 20 Oct 2011, Bjoern Michaelsen wrote:
On Thu, Oct 20, 2011 at 04:45:25PM +0200, Lubos Lunak wrote:
Cmake somehow manages to have a progress indication that works
quite reasonably, but I have no idea how it does that, whoever
wants this would need to examine the makefiles it
On Thu, Oct 20, 2011 at 04:45:25PM +0200, Lubos Lunak wrote:
> Cmake somehow manages to have a progress indication that works quite
> reasonably, but I have no idea how it does that, whoever wants this would
> need to examine the makefiles it generates.
As said: It can be done rather simple wit
On Thursday 20 of October 2011, Bjoern Michaelsen wrote:
> On Thu, Oct 20, 2011 at 08:08:53AM -0500, Norbert Thiebaud wrote:
> > maybe doing a similar things but based on $W/Module/
> > count the modules to be built (makafile loaded) and count the 'touch'
> > to $W/Module/*
> > that should give the
On Thu, Oct 20, 2011 at 08:08:53AM -0500, Norbert Thiebaud wrote:
> maybe doing a similar things but based on $W/Module/
> count the modules to be built (makafile loaded) and count the 'touch'
> to $W/Module/*
> that should give the same granularity level that the old-dmake based with
> zenity
Ye
On Thu, Oct 20, 2011 at 7:56 AM, Bjoern Michaelsen
wrote:
> On Thu, Oct 20, 2011 at 02:25:33PM +0200, Jan Holesovsky wrote:
>> So I think we could do it even without patching gnumake ;-) I'd just
>> increment a global variable in in every gb_LinkTarget_add_*
>> (solenv/gbuild/LinkTarget.mk) - tha
On Thu, Oct 20, 2011 at 02:25:33PM +0200, Jan Holesovsky wrote:
> So I think we could do it even without patching gnumake ;-) I'd just
> increment a global variable in in every gb_LinkTarget_add_*
> (solenv/gbuild/LinkTarget.mk) - that way we'd get the sum of how many
> 'things' to do; and then th
Hi Michael,
On 2011-10-20 at 09:13 +0100, Michael Meeks wrote:
> Of course; the question really is how best to do that. There is a
> fairly firm consensus against building our own gnumake, so - I wonder
> what ways we could use to extract the information.
So I think we could do it even wit
> Of course; the question really is how best to do that. There is a
> fairly firm consensus against building our own gnumake,
OTOH, we do already have our own patched gnumake sources, for those
that want those new debugging options; we could relatively easily add
the feature to it that it prints
Hi Kevin,
On Thu, 2011-10-20 at 01:35 -0400, Kevin Hunter wrote:
> Is it possible to get subproject build progress information dynamically
> from make ? Among other things, moving all projects to tail_build
> currently reduces the usefulness of the Zenity SVG clock build progress
> meter. I'm l
> Honestly, I'm not. Please don't add too much magic to make the build output
> nicer. It does get in your way, sooner or later. (And I also
> --disable-zenity, as it IMO just adds noise.)
+1
(as they say on the AOOo list...)
--tml
___
LibreOffice m
On 10/20/2011 07:35 AM, Kevin Hunter wrote:
Beyond myself, are others interested in having a finer-grained
indication of "where is the build currently in the whole process?"?
Honestly, I'm not. Please don't add too much magic to make the build
output nicer. It does get in your way, sooner or
Hi LO Make experts,
Is it possible to get subproject build progress information dynamically
from Make? Among other things, moving all projects to tail_build
currently reduces the usefulness of the Zenity SVG clock build progress
meter. I'm looking at snippets like
http://snippets.dzone.com
15 matches
Mail list logo