On Tue, Jul 01, 2003 at 12:07:26PM -0700, David O'Brien wrote:
On Mon, Jun 30, 2003 at 05:35:16PM -0700, Marcel Moolenaar wrote:
Build tools are most of the time so small or trivial (gcc is
probably the exception, before that perl probably was) that
building them again is lost in creating
On Mon, Jun 30, 2003 at 05:35:16PM -0700, Marcel Moolenaar wrote:
Build tools are most of the time so small or trivial (gcc is
probably the exception, before that perl probably was) that
building them again is lost in creating the rescue bits itself.
Please no, don't pessimize the build even
Hi there!
As seen by the latest series of tinderbox failures,
the rescue/ stuff breaks cross compiles. The problem
is that some bits like bin/sh have the so-called
build tools. These are small utilities not normally
visible in the world except during the build stage.
As such, make buildworld
On Tue, Jul 01, 2003 at 01:23:53AM +0300, Ruslan Ermilov wrote:
Hi there!
As seen by the latest series of tinderbox failures,
the rescue/ stuff breaks cross compiles. The problem
is that some bits like bin/sh have the so-called
build tools. These are small utilities not normally
visible
On Mon, Jun 30, 2003 at 03:28:20PM -0700, Gordon Tetlow wrote:
On Tue, Jul 01, 2003 at 01:23:53AM +0300, Ruslan Ermilov wrote:
Hi there!
As seen by the latest series of tinderbox failures,
the rescue/ stuff breaks cross compiles. The problem
is that some bits like bin/sh have the
On Mon, Jun 30, 2003 at 03:52:06PM -0700, Marcel Moolenaar wrote:
Since you create a seperate object tree for rescue, you need to
go through the same phases as a world does. That way tools (like
build-tools) will be compiled against the right headers and linked
against the right libraries
On Mon, Jun 30, 2003 at 04:54:02PM -0700, Gordon Tetlow wrote:
That's why ru@ suggested to add a build-tools target. That way you
populate the seperate tree in sync with the phases of a world,
thereby avoiding the phase ordering problem.
Is there a way to leverage the existing
Marcel Moolenaar wrote:
On Mon, Jun 30, 2003 at 04:54:02PM -0700, Gordon Tetlow wrote:
That's why ru@ suggested to add a build-tools target. That way you
populate the seperate tree in sync with the phases of a world,
thereby avoiding the phase ordering problem.
Is there a way to leverage the
On Mon, Jun 30, 2003 at 08:10:02PM -0700, Tim Kientzle wrote:
Looking through the build tools for /bin/sh, it's definitely
not worth the effort to try copying build tools around.
Although it sounds easy to add a build-tools target to
handle this, I'm not sure I see exactly how to do this.
Marcel Moolenaar wrote:
On Mon, Jun 30, 2003 at 08:10:02PM -0700, Tim Kientzle wrote:
In general I think that the more portable the build tool, the better.
If the shell script is not gross or overly ugly compared to the C
program, then replacing the latter may not be a bad idea.
The attached diff
10 matches
Mail list logo