Port-i386 archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
Re: Please read if you use x86 -current
On Thu, 13 Nov 2008 16:28:15 +0100 (CET)
Havard Eidnes <he%NetBSD.org@localhost> wrote:
> > > > > > > cd src/sys/modules
> > > > > > > make
> > > > > > > make install
> > > > > >
> > > > > > At a minimum, build.sh should have an option to do that, to
> > > > > > get the proper path for the toolchain, since these
> > > > > > instructions can fail:
> > > > >
> > > > > USETOOLS=no
> > > >
> > > > And for folks who cross-compile?
> > >
> > > I have to ask: are you just trying to be difficult?
> >
> > Not even slightly.
>
> Heh, it sure looked that way to me. :)
My apologies -- I try not to be that cryptic.
>
> I've pasted in the part of Andrew's instructions which should
> have been included as context in the above.
I'm not sure which part of Andrew's instructions you're including --
the business about build.sh needing modification was my text
(http://mail-index.netbsd.org/current-users/2008/11/12/msg005867.html).
>
> So, this comment just goes to how one should handle the "make" in
> Andrew's initial instructions.
Here's the part of Andrew's post I was addressing:
I am open to ideas about how this can be automated either via
the kernel makefile, or build.sh.
I'm suggesting that worrying about the kernel makefile first is the
wrong problem -- we need to make build.sh DTRT. I also suggested (in
my first "troublesome" post) either a -l option to build modules, or
simply always build them -- just like build.sh always builds things like
games.tgz and text.tgz, even though small systems or embedded systems
don't use them.
>
> If you're doing your kernel or normal complete build using
> build.sh, that script will set up a TOOLDIR for you. So, if
> you're cross-compiling, my suggestion:
>
> > > [...] So when the
> > > instructions said "make", that should be read as
> > >
> > > $TOOLDIR/bin/nbmake-$ARCH
>
> Still holds as a valid translation, you just need to know where
> build.sh put it's TOOLDIR.
>
>
> Now, I can sympathise with the request to have build.sh modified
> to build and/or install the modules on request, but the way I see
> it that is a slightly orthogonal argument to the above, which
> goes to how to interpret the original instructions.
>
> Regards,
>
> - H__vard
>
--Steve Bellovin, http://www.cs.columbia.edu/~smb
Home |
Main Index |
Thread Index |
Old Index