> As James noted, there is no oskit_smp in oskit now. I further checked
> with: "grep -n smp `find . -name Makefile\*`" and there is no mention
> of `smp' in there. Although, their release notes don' mention
> dropping support.
Oops. I never noticed because my machine has an old installation s
On Fri, Apr 19, 2002 at 07:17:16PM -0400, Roland McGrath wrote:
> As to the removal of -loskit_smp, that obviously breaks the SMP build.
> Having the library there when building without SMP is harmless.
As James noted, there is no oskit_smp in oskit now. I further checked
with: "grep -n smp `fi
> This should not be required. My build is fine without it.
Did you have oskit 2001 installed in /usr/lib before you installed oskit 2002?
>
> The compiler by itself with the CC and CFLAGS settings you put in the
> environment (or don't) for configure need to be correct for finding the
> os
> At lunch I started a compile of oskit with gcc-3, and it appears to
> have built. I'm going to play with an all gcc-3 based
> oskit+oskit-mach when I get home tonight.
Ok. I don't know what to expect from this. The problems of compiler vs
linux drivers tend to be of the nature that an indivi
On Fri, Apr 19, 2002 at 05:04:57PM -0400, Roland McGrath wrote:
> > I had a moment, so I decided to try building oskit-mach with
> > gcc-3.0. Note that this is linked against an oskit build with
> > gcc-2.95.4. It appears to work (boot, mount filesystem, ping
> > localhost)
> Great! Thanks fo
> I had a moment, so I decided to try building oskit-mach with gcc-3.0.
> Note that this is linked against an oskit build with gcc-2.95.4. It
> appears to work (boot, mount filesystem, ping localhost)
Great! Thanks for verifying that this works.
> Aside from the usual two patches, it compiled
I had a moment, so I decided to try building oskit-mach with gcc-3.0.
Note that this is linked against an oskit build with gcc-2.95.4. It
appears to work (boot, mount filesystem, ping localhost)
Aside from the usual two patches, it compiled fine. However,
i386asm.symc has the following:
i386as
It seems oskit-20020317 works fine with oskit-mach.
Unfortunatly there are some small things which were reportet
on the oskit mailling list, but not fixed yet.
Basically the problems are sbrk-hack.c is not needed anymore (as it
seems) and the obscure GFP_ATOMIC definition in skbufio.h.
I will
--- Jeroen Dekkers <[EMAIL PROTECTED]> wrote:
> On Sun, Mar 17, 2002 at 04:18:27PM -0800, James Morrison wrote:
> > Well, I compiled the newest version of oskit today, I added the tlan
> driver to
> > oskit and oskit-mach compiled and run with the following patch.
>
> That's nice. I don't know
On Sun, Mar 17, 2002 at 04:18:27PM -0800, James Morrison wrote:
> Well, I compiled the newest version of oskit today, I added the tlan driver to
> oskit and oskit-mach compiled and run with the following patch.
That's nice. I don't know if it's possible to just change all the
Linux driver code t
Well, I compiled the newest version of oskit today, I added the tlan driver to
oskit and oskit-mach compiled and run with the following patch.
However, I did notice that my oskit-mach kernel did not boot the Hurd directly.
I had to go back to using serverboot.
2002-03-17 James A. Morrison <[E
11 matches
Mail list logo
