Re: CVS commit: src/sys/netinet

2011-04-14 Thread Martin Husemann
On Thu, Apr 14, 2011 at 07:03:49AM +, YAMAMOTO Takashi wrote: please just weaken the assertion and clear the flag, rather than complicating the code. I'm not quite sure I see exactly what you would like the code to look like. What we have now: /* * We may not use checksums

RE: CVS commit: src/external/gpl3/binutils/lib/libbfd/arch/x86_64

2011-04-14 Thread Paul Goyette
Note that this change will probably have to be replicated in all the other libbfd/arch/*/bfd.h files, too! Module Name:src Committed By: pgoyette Date: Thu Apr 14 22:19:59 UTC 2011 Modified Files: src/external/gpl3/binutils/lib/libbfd/arch/x86_64: bfd.h Log Message:

re: CVS commit: src/external/gpl3/binutils/lib/libbfd/arch/x86_64

2011-04-14 Thread matthew green
Module Name: src Committed By: pgoyette Date: Thu Apr 14 22:19:59 UTC 2011 Modified Files: src/external/gpl3/binutils/lib/libbfd/arch/x86_64: bfd.h Log Message: Define bfd_mach_mips_xlr here to fix the build! this seems wrong, but matt should comment on the right fix.

re: CVS commit: src/external/gpl3/binutils/lib/libbfd/arch/x86_64

2011-04-14 Thread Paul Goyette
Agreed, it seems very wrong that the list of machine IDs is replicated all over the place. Not only in all the arch/*/bfd.h files, but it is also defined in .../bfd/bfd-in2.h The latter file was already updated, and I spent a lot of time trying to figure out why that update wasn't working.

re: CVS commit: src/external/gpl3/binutils/lib/libbfd/arch/x86_64

2011-04-14 Thread matthew green
pretty sure mknative-binutils needs to be re-run for all platforms.

Re: CVS commit: src/sys/netinet

2011-04-14 Thread tsugutomo . enami
David Young dyo...@netbsd.org writes: Initialize ipintrq.ifq_maxlen using IFQ_MAXLEN directly instead of using the global ipqmaxlen. Get rid of the global ipqmaxlen. This prevents us from patching the variable, doesn't it? enami.

Re: CVS commit: src/sys/netinet

2011-04-14 Thread David Young
On Fri, Apr 15, 2011 at 09:48:04AM +0900, tsugutomo.en...@jp.sony.com wrote: David Young dyo...@netbsd.org writes: Initialize ipintrq.ifq_maxlen using IFQ_MAXLEN directly instead of using the global ipqmaxlen. Get rid of the global ipqmaxlen. This prevents us from patching the variable,