In message <[EMAIL PROTECTED]> "Daniel C. Sobral" writes:
: Last I knew, the only difference between "class" and "struct" was
: whether the default was "public:" or "private:". Of course, C++ has
: changed quite a bit since then, but...
Yes. That's true in C++ today (well, in gcc 2.95) as well.
In message <[EMAIL PROTECTED]> The Hermit Hacker
writes:
: make depend went through no probs, but a make fails at:
You may have overlooked this entry in UPDATING:
2319:
The ISA and PCI compatability shims have been connected to the
options COMPAT_OLDISA and COMPAT_OLDPCI. I
Hi all,
I got following kernel build error.
When I run 'make includes', the error has gone away.
Why does kernel build process depend on installed system files,
such as /usr/include?
Thank you,
Haro
---
jkpc15-haro[43]
Matthew Dillon wrote:
>
> :> > kernels then two weeks old for 4.0, and four weeks old for 5.0).
> :>
> :> Yes. This started long before the SMP cleanup MFC. I'm running 4-stable.
> :
> :Let me second this. I have been unable to use moused on my laptop
> :(Sony VAIO 505TR with Versapad) sin
> In message <[EMAIL PROTECTED]>, Mike Smith writes:
> >> >I objected to a recent commit hiding the fact that this is
> >> >"(elm)->field.sle_next". Anyway, curelm must be a pointer to a struct.
> >> >Not just any struct; the struct must contain a "field" declared using
> >> >SLIST_ENTRY().
> >>
> > > GDB 5.0 is released!
> Do you have any forecasts as to when we will see this baby in the -current?
Its priority is behind GCC 2.96
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
On Thu, May 25, 2000 at 10:58:41PM -0400, Otter wrote:
> cc -ffast-math -pipe -march=pentiumpro -O3 -I/usr/include -I. -c
> aicasm_gram.c
> In file included from ../../dev/aic7xxx/aicasm_gram.y:40:
> ../../dev/aic7xxx/aicasm.h:44: syntax error before `struct'
> ../../dev/aic7xxx/aicasm.h:53: sy
Mike Smith wrote:
>
> > >I objected to a recent commit hiding the fact that this is
> > >"(elm)->field.sle_next". Anyway, curelm must be a pointer to a struct.
> > >Not just any struct; the struct must contain a "field" declared using
> > >SLIST_ENTRY().
> >
> > It could be an union or class as
On 25/05 10:27, Szilveszter Adam wrote:
> On Thu, May 25, 2000 at 11:04:30AM +0300, Maxim Sobolev wrote:
>
> > cc -O -pipe -march=k6 -mpreferred-stack-boundary=2 -Wall
> > -I/usr/obj/usr/current/
>
> Not to be picky, but optimizations apart from -O -pipe were not supported
I'm going to be pick
> In message <[EMAIL PROTECTED]>, Mike Smith writes:
> >> >I objected to a recent commit hiding the fact that this is
> >> >"(elm)->field.sle_next". Anyway, curelm must be a pointer to a struct.
> >> >Not just any struct; the struct must contain a "field" declared using
> >> >SLIST_ENTRY().
> >>
On Fri, 26 May 2000 13:19:49 +1000, "Jacob A. Hart" wrote:
> For the past couple of weeks I've noticed rc5des isn't playing friendly with
> the other processes on my system. When running a CPU intensive task (such
> as a buildworld, MP3 encoder, or xmame) rc5des hogs around 20-30% CPU even
> t
On Thu, May 25, 2000 at 04:32:07PM -0700, Mike Smith wrote:
> > Hello everybody!
> >
> > I was having problems with compiling the 'twe' module on a recent -CURRENT
> > cvsupped and built tonight CEST:
> >
> > Specifically, the module did not compile at all because it reported three
> > syntax er
Salvo Bartolotta wrote:
>
> Well, I downloaded the sources again "today" (at 11 GMT on May, 25) to
> compile ONLY the kernel -- without remaking the world. The good news
> is that the ipfilter module compiles; the bad news that there's a
> problem (read ``Error code 1'') in .../modules/twe/twe.c
13 matches
Mail list logo
