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
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 gets
built
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
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
where
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.
:
: What a
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. If it
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
-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.
Looks like
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
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
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
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 must be
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
13 matches
Mail list logo