Gordon Tetlow wrote:
Attached is the patch. It basically makes CRUNCH_PROGS into a per
directory item and then only does a make obj on the per program
directory.
Tim Kientzle whined:
Hmmm I do have a philosophical quibble ...
Gordon Tetlow generously suggested:
That could probably be solved
David O'Brien wrote:
Gordon, 'make world' times have climbed up to over 1 hour on a machine
that used to do it in 25 minutes. Can you please commit to understanding
how /resuce is build and optimizing it ...
Just out of curiosity, I timed 'buildworld' to
see what impact /rescue really has. These
On Tue, 15 Jul 2003, Tim Kientzle wrote:
David O'Brien wrote:
Gordon, 'make world' times have climbed up to over 1 hour on a machine
that used to do it in 25 minutes. Can you please commit to understanding
how /resuce is build and optimizing it ...
Just out of curiosity, I timed
On Sun, Jul 13, 2003 at 09:49:46PM -0700, Nate Lawson wrote:
It appears /rescue is cleaning for way too much as part of buildworld.
For instance, groff is NOT part of /rescue (or we have other things to
discuss. :) This adds a bit of time to buildworld, can it be removed?
Gordon, 'make world'
On Mon, Jul 14, 2003 at 12:40:42AM -0700, David O'Brien wrote:
On Sun, Jul 13, 2003 at 09:49:46PM -0700, Nate Lawson wrote:
It appears /rescue is cleaning for way too much as part of buildworld.
For instance, groff is NOT part of /rescue (or we have other things to
discuss. :) This adds a
On Mon, Jul 14, 2003 at 09:09:52AM -0700, Gordon Tetlow wrote:
On Mon, Jul 14, 2003 at 12:40:42AM -0700, David O'Brien wrote:
On Sun, Jul 13, 2003 at 09:49:46PM -0700, Nate Lawson wrote:
It appears /rescue is cleaning for way too much as part of buildworld.
For instance, groff is NOT part
At 9:09 AM -0700 7/14/03, Gordon Tetlow wrote:
On Mon, Jul 14, 2003 at 12:40:42AM -0700, David O'Brien wrote:
Gordon, 'make world' times have climbed up to over 1 hour
on a machine that used to do it in 25 minutes. Can you
please commit to understanding how /resuce is build and
optimizing
On Mon, Jul 14, 2003 at 01:53:29PM -0400, Garance A Drosihn wrote:
At 9:09 AM -0700 7/14/03, Gordon Tetlow wrote:
On Mon, Jul 14, 2003 at 12:40:42AM -0700, David O'Brien wrote:
Gordon, 'make world' times have climbed up to over 1 hour
on a machine that used to do it in 25 minutes. Can you
Gordon Tetlow wrote:
On Mon, Jul 14, 2003 at 12:40:42AM -0700, David O'Brien wrote:
On Sun, Jul 13, 2003 at 09:49:46PM -0700, Nate Lawson wrote:
It appears /rescue is cleaning for way too much as part of buildworld.
For instance, groff is NOT part of /rescue (or we have other things to
discuss. :)
On Mon, Jul 14, 2003 at 12:44:05PM -0700, Tim Kientzle wrote:
Gordon Tetlow wrote:
On Mon, Jul 14, 2003 at 12:40:42AM -0700, David O'Brien wrote:
On Sun, Jul 13, 2003 at 09:49:46PM -0700, Nate Lawson wrote:
It appears /rescue is cleaning for way too much as part of buildworld.
For instance,
Gordon Tetlow wrote:
On Mon, Jul 14, 2003 at 12:44:05PM -0700, Tim Kientzle wrote:
Gordon Tetlow wrote:
On Sun, Jul 13, 2003 at 09:49:46PM -0700, Nate Lawson wrote:
It appears /rescue is cleaning for way too much as part of buildworld.
For instance, groff is NOT part of /rescue (or we have other
On Mon, Jul 14, 2003 at 03:15:01PM -0700, Tim Kientzle wrote:
Gordon Tetlow wrote:
On Mon, Jul 14, 2003 at 12:44:05PM -0700, Tim Kientzle wrote:
Gordon Tetlow wrote:
On Sun, Jul 13, 2003 at 09:49:46PM -0700, Nate Lawson wrote:
It appears /rescue is cleaning for way too much as part of
Gordon Tetlow wrote:
Attached is the patch. It basically makes CRUNCH_PROGS into a per
directory item and then only does a make obj on the per program
directory.
Hmmm I do have a philosophical quibble with your
approach: My original intent for this Makefile was
that the top part was
On Mon, Jul 14, 2003 at 03:48:33PM -0700, Tim Kientzle wrote:
Gordon Tetlow wrote:
Attached is the patch. It basically makes CRUNCH_PROGS into a per
directory item and then only does a make obj on the per program
directory.
Hmmm I do have a philosophical quibble with your
approach:
14 matches
Mail list logo