Re: rescue/ broke cross compiles

2003-07-02 Thread Ruslan Ermilov
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

Re: rescue/ broke cross compiles

2003-07-01 Thread David O'Brien
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

rescue/ broke cross compiles

2003-06-30 Thread Ruslan Ermilov
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

Re: rescue/ broke cross compiles

2003-06-30 Thread Gordon Tetlow
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

Re: rescue/ broke cross compiles

2003-06-30 Thread Marcel Moolenaar
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

Re: rescue/ broke cross compiles

2003-06-30 Thread Gordon Tetlow
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

Re: rescue/ broke cross compiles

2003-06-30 Thread Marcel Moolenaar
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

Re: rescue/ broke cross compiles

2003-06-30 Thread Tim Kientzle
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

Re: rescue/ broke cross compiles

2003-06-30 Thread Marcel Moolenaar
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.

Re: rescue/ broke cross compiles

2003-06-30 Thread Tim Kientzle
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