cvs commit: src/sys/netinet sctp_bsd_addr.c sctp_crc32.c sctp_indata.c sctp_input.c sctp_output.c sctp_pcb.c sctp_structs.h sctp_uio.h sctputil.c sctputil.h src/sys/netinet6 sctp6_usrreq.c

[Tom Rhodes]

On Sun, 5 Nov 2006 17:09:28 +0300
Ruslan Ermilov <ru at FreeBSD.org> wrote:

> On Sun, Nov 05, 2006 at 01:25:18PM +0000, Randall Stewart wrote:
> > rrs         2006-11-05 13:25:18 UTC
> > 
> >   FreeBSD src repository
> > 
> >   Modified files:
> >     sys/netinet          sctp_bsd_addr.c sctp_crc32.c 
> >                          sctp_indata.c sctp_input.c sctp_output.c 
> >                          sctp_pcb.c sctp_structs.h sctp_uio.h 
> >                          sctputil.c sctputil.h 
> >     sys/netinet6         sctp6_usrreq.c 
> >   Log:
> >   Tons of fixes to get all the 64bit issues removed.
> >   This also moves two 16 bit int's to become 32 bit
> >   values so we do not have to use atomic_add_16.
> >   Most of the changes are %p, casts and other various
> >   nasty's that were in the orignal code base. With this
> >   commit my machine will now do a build universe.. however
> >   I as yet have not tested on a 64bit machine .. it may not work :-(
> >   
> >   Revision  Changes    Path
> >   1.2       +7 -7      src/sys/netinet/sctp_bsd_addr.c
> >   1.3       +1 -1      src/sys/netinet/sctp_crc32.c
> >   1.2       +4 -4      src/sys/netinet/sctp_indata.c
> >   1.4       +7 -5      src/sys/netinet/sctp_input.c
> >   1.2       +9 -9      src/sys/netinet/sctp_output.c
> >   1.4       +8 -8      src/sys/netinet/sctp_pcb.c
> >   1.2       +5 -4      src/sys/netinet/sctp_structs.h
> >   1.2       +8 -8      src/sys/netinet/sctp_uio.h
> >   1.3       +35 -21    src/sys/netinet/sctputil.c
> >   1.2       +2 -2      src/sys/netinet/sctputil.h
> >   1.3       +5 -4      src/sys/netinet6/sctp6_usrreq.c
> > 
> Backing out the sctp_crc32.c portion of this change which is just
> plain wrong actually lets the amd64 build (and presumably universe)
> to complete successfully; already sent more info on this to Randall
> and George.

I just came across this.  :)

-- 
Tom Rhodes