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 ...

[Jake Burkholder]

> 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().
> >> 
> >> 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.
> 
> I have yet to see any signs of "massive breakage".

Please just let it rest.

I don't think Mike's comments are out of line; this was massive
breakage regardless of wether world built or not.



To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message