In message <[EMAIL PROTECTED]> John Polstra writes:
: In article <[EMAIL PROTECTED]>,
: Warner Losh <[EMAIL PROTECTED]> wrote:
:
: > I will back it out until after 4.0 so this change can be analized in
:
: > more detail.
:
: Wh
In article <[EMAIL PROTECTED]>,
Warner Losh <[EMAIL PROTECTED]> wrote:
> I will back it out until after 4.0 so this change can be analized in
> more detail.
What a perfect Freudian slip! Does this mean you plan to, er, put it
In message <[EMAIL PROTECTED]> Bruce Evans
writes:
: David committed Marcel's workaround for the problem with make depend in
: f771 2 weeks ago. I don't know why you still have problems.
No. I'm not having problems there. I was just making observations.
: Deleting things is another workaroun
On Sat, 29 Jan 2000, Warner Losh wrote:
> In message <[EMAIL PROTECTED]> Bruce Evans
>writes:
> : > So I should back this out? I didn't do a 3.3 buildworld.
> :
> : Of course.
>
> OK. I've done the build on 3.3 and it works.
>
> It does break cross compilation. There is a tool (fini) that
In message <[EMAIL PROTECTED]> Bruce Evans
writes:
: > So I should back this out? I didn't do a 3.3 buildworld.
:
: Of course.
OK. I've done the build on 3.3 and it works.
It does break cross compilation. There is a tool (fini) that gets
built on the host with the host libraries and run on
In message <[EMAIL PROTECTED]> Bruce Evans
writes:
: > So I should back this out? I didn't do a 3.3 buildworld.
:
: Of course.
OK. I'm doing a 3.3 buildworld right now on a virgin 3.3R system.
I'll let you know what happens with that. If it is a problem at all,
then I'll back it out (since o
On Fri, 28 Jan 2000, Warner Losh wrote:
> In message <[EMAIL PROTECTED]> Bruce Evans
>writes:
> : This breaks bootetrapping of fortran. Fortran is not built as a build-
> : tool. Only a tool to build fortran is built. This tool is like the
> : internal tools for sh and libcurses, etc. It mus
In message <[EMAIL PROTECTED]> Bruce Evans
writes:
: This breaks bootetrapping of fortran. Fortran is not built as a build-
: tool. Only a tool to build fortran is built. This tool is like the
: internal tools for sh and libcurses, etc. It must be built in the host
: environment, since the ve
On Fri, 28 Jan 2000, Warner Losh wrote:
> The following has survived a make buildworld at least once. It
> optimizes buildworld a little by not building fortran as part of the
> build tools.
This breaks bootetrapping of fortran. Fortran is not built as a build-
tool. Only a tool to build fort
In message <[EMAIL PROTECTED]> Jeroen Ruigrok/Asmodai
writes:
: All the bits help. =)
:
: And anyways, as you said, compiling it twice seems a bit unnecessary.
:
: Feel free to commit when you're sure.
I'm sure.
I did a make buildworld make installworld. I then did a make
buildworld -DNOCLEA
-On [2128 20:00], Warner Losh ([EMAIL PROTECTED]) wrote:
>In message <[EMAIL PROTECTED]> "David O'Brien" writes:
>: I like it. If it passes a clean and -DNOCLEAN buildworld, commit that
>: baby!
>
>OK. It passes a clean buildworld + installworld. I'll crank up the
>-DNOCLEAN right now.
>
>L
In message <[EMAIL PROTECTED]> "David O'Brien" writes:
: I like it. If it passes a clean and -DNOCLEAN buildworld, commit that
: baby!
OK. It passes a clean buildworld + installworld. I'll crank up the
-DNOCLEAN right now.
Looks like the savings aren't huge. Like 3 minutes out of 140 on my
f
On Fri, Jan 28, 2000 at 09:33:32AM -0700, Warner Losh wrote:
> This looks like a safe change to make, since we have no fortran in the
> tree that needs to get built. It doesn't disable building of fortran
> later in the build, just from building it potentially twice.
>
> Comments?
I like it. I
The following has survived a make buildworld at least once. It
optimizes buildworld a little by not building fortran as part of the
build tools.
This looks like a safe change to make, since we have no fortran in the
tree that needs to get built. It doesn't disable building of fortran
later in
14 matches
Mail list logo