Date: Sat, 27 May 2000 01:02:03 +0900 From: "Daniel C. Sobral" <dcs@newsguy.com> To: Mike Smith <msmith@FreeBSD.ORG> Cc: Poul-Henning Kamp <phk@critter.freebsd.dk>, FreeBSD-current <current@FreeBSD.ORG> Subject: Re: HEADS UP Re: cvs commit: src/crypto/openssh/pam_ssh pam_ssh.c src/gnu/usr.bin/binutils/gdb freebsd-uthread.c src/include mpool.h src/lib/libc/net name6.c src/lib/libc_r/uthread pthread_private.h uthread_file.c src/lib/libncp ncpl_rcfile.c src/lib/libstand if_ether.h ... Message-ID: <392E9FFB.507BB55E@newsguy.com> References: <200005252326.QAA02413@mass.cdrom.com>
next in thread | previous in thread | raw e-mail | index | archive | help
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 well... > > It would not be very useful if it were a union; the class issue is valid > (although you could trivially use a struct contained within a class and a > parent reference) but definitely not a good enough argument to support > the massive breakage this otherwise entails. 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... -- Daniel C. Sobral (8-DCS) dcs@newsguy.com dcs@freebsd.org capo@another.bsdconspiracy.org "Sentience hurts." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?392E9FFB.507BB55E>